home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / clipper / clip0389.zip / CLIP0389 next >
Text File  |  1989-04-01  |  187KB  |  4,100 lines
  1. Msg#8400   To:DIRK LESKO                                (Rcvd)
  2. From:HOWARD KAPUSTEIN                           Date:03/01/89
  3. Subject:(R)DELETED()                            Parent Msg#8192
  4. ------------------------------------------------------------------------------
  5. So you're saying use part of the field header description? Which parts
  6. are (relatively) safe? I presume the reserved bytes are used similarly to
  7. those in the header, but would they be written back to disk? I'm not too
  8. sure if I know exactly where you're talking about. Could you be a little
  9. more specific?
  10.  
  11.  
  12. Msg#8401   To:NEIL WEICHER                              (Rcvd)
  13. From:ROB HANNAH                                 Date:03/01/89
  14. Subject:(R)N_CHECKR()                           Parent Msg#8295
  15. ------------------------------------------------------------------------------
  16. Yes, such a function would be useful.  If you had a generic routine that
  17. wasn't aware of whether the record was locked and needed to operate
  18. differently depending on that - if this record is already locked then
  19. replace update_date with date() - that could be useful.
  20.  
  21. ROB
  22.  
  23.  
  24. Msg#8402   To:LANE WHITE                                (Rcvd)
  25. From:JOE BOOTH                                  Date:03/01/89
  26. Subject:ACCOUNTING PACKAGES                     Parent Msg#8402
  27. ------------------------------------------------------------------------------
  28. I have had some experience with the various accounting packages like 
  29. SBT and sourcemate, and will tell you my opinion.  Basically, I feel
  30. they are too large (Pages of code) for a basic accounting package.  The
  31. A/R module of SBT is several hundred pages long.  It is possible to
  32. customize them, but be aware that you will have to look through a lot
  33. of code to do so....
  34.   
  35. Steve's accounting package was co-developed by Steve and myself, so I
  36. will offer some general comments on it, but feel free to view
  37. them in whatever light you choose.  
  38.    
  39. One of the primary goals of the package was e
  40. eas
  41. c
  42.  
  43.  
  44. Msg#8406   To:JOE BOOTH                                 (Rcvd)
  45. From:JOHN THORN                                 Date:03/01/89
  46. Subject:(R)ACCOUNTING PACKAGES                  Parent Msg#8402
  47. ------------------------------------------------------------------------------
  48. And I've heard war stories about the computer locking up when the stuff
  49. is compiled due to the archaic coding methods used by SBT.  SBT is OK
  50. if you want it slow and easy, but don't look to add alot onto it for
  51. customizing 'cause it's a real pain.  SourceMate looks good - haven't
  52. seen Steve's package.
  53.  
  54.  
  55. Msg#8408   To:HOWARD KAPUSTEIN                          (Rcvd)
  56. From:DIRK LESKO                                 Date:03/01/89
  57. Subject:(R)DELETED()                            Parent Msg#8192
  58. ------------------------------------------------------------------------------
  59. I guess what I am sayingis that there must be some portion of the header
  60. that will not be overwritten. One idea is to create a dummy field so that
  61. you can store whatever you want in the field name...That way when it is
  62. read into memory, it won;t be changed. Of course that would add a byte to
  63. each record. the trick is finding a few bytes in the header that do not
  64. get modified when they are placed in memory. That will ensure that the
  65. value you put there will stay the same.
  66.  
  67. dLESKO
  68.  
  69.  
  70. Msg#8409   To:LANE WHITE                                (Rcvd)
  71. From:RON LANDBERG                               Date:03/02/89
  72. Subject:(R)SUBSET DATA                          Parent Msg#8387
  73. ------------------------------------------------------------------------------
  74. If the subset you want to display is usually small ( say a few hundred
  75. records at most) and the file is indexed as such that all the desired
  76. records are together, then what I do is to use dbedit by copying the
  77. matching records to a temporary file and accessing that file from dbedit.
  78.  This works fine on a fast machine and as long as the number of records
  79. won't be very great.  I use this tecnique often and my response time is
  80. 2-4 seconds for up to 350-400 matching records.
  81.  
  82.  
  83. Msg#8410   To:CHRISTOPHER EDGAR                         (Rcvd)
  84. From:RON LANDBERG                               Date:03/02/89
  85. Subject:(R)SUBSET DATA                          Parent Msg#8387
  86. ------------------------------------------------------------------------------
  87. But what happens when the operator presses PgUp or PgDn or is at the top
  88. most record which matches (but which is not the topmost record in the
  89. file) and the operator presses the up arrow key?  These keys get
  90. processed before the UDF is invoked.  I tried this approach and suddenly
  91. the screen would be filled with blank lines - which were actually records
  92. which didn't match and therefore were blanked out.  I gave up on this
  93. approach and  switched to copying matching subsets to temporary files.
  94.  
  95. ( Oh I didn't mean the up arrow key above.  I meant if the operator
  96. pressed control PgUp or control PgDn).
  97.  
  98.  
  99. Msg#8414   To:LARRY GOTTLIEB                            (Rcvd)
  100. From:GEFF PURCELL                               Date:03/02/89
  101. Subject:(R)MAX LEVELS OF FUNC CAL               Parent Msg#8355
  102. ------------------------------------------------------------------------------
  103. There is no built-in limit to the number of recursive calls you can do. 
  104. I have programmed using TrueWindows and I discovered what you did:  that
  105. window programming is inherently recursive.
  106. The secret, if you have problems, is to expand the stack.  The default
  107. stack size with Clipper is 2K.  This will let you recurse about 20 times,
  108. or so (you've been lucky so far).  You can expand the stack up to about
  109. 32K with no problem.  (All of the stack must fit into DGROUP or the
  110. linker will complain.)  To expand the stack with MS Link, use the option
  111. /STACK:nnnnn where nnnnn is decimal bytes.  with PLink86 use STACK nnnn
  112. (darn, I can't remember if this one is decimal or hex  Unfortunately,
  113. TLink doesn't support changing the default stack size.
  114. When the stack overflows, the symptoms are:  color settings and other
  115. internal Clipper variables get trashed resulting in trashed screens. 
  116. (Once, the @ rr,cc TO rr,cc command gave me a garbage border.); garbage
  117. in memvars; then usually a lockup or critical error of some kind.
  118. The first time this happenned, by the way, I called Nantucket, and they
  119. actually DID get back to me with this answer, although I had already
  120. dicovered it myself by then.
  121. - J. David Reynolds (& Geff Purcell)
  122.  
  123.  
  124. Msg#8415   To:RON LANDBERG                              (Rcvd)
  125. From:CHRISTOPHER EDGAR                          Date:03/02/89
  126. Subject:(R)SUBSET DATA                          Parent Msg#8387
  127. ------------------------------------------------------------------------------
  128. Ron,
  129. Yes, you do have blank lines when you hit top/bottom file keys, but the
  130. file I was using was not very big (500) records ( I should have mentioned
  131. that) and I took care of that by either stuffing the keyboard or SEEKing
  132. to the "filtered" key field.  Kind of awkard, I know, but supposedly the
  133. next version of Clipper will be able to handle "subsets" of data as if
  134. they were in a seperate file without having to write patches or copy out
  135. records.  I plan on asking Phil Usher about it when he does his east
  136. coast tour of User groups in a couple of weeks.
  137.  
  138. --Christopher
  139.  
  140.  
  141. Msg#8416   To:DIRK LESKO                                (Rcvd)
  142. From:HOWARD KAPUSTEIN                           Date:03/02/89
  143. Subject:(R)DELETED()                            Parent Msg#8192
  144. ------------------------------------------------------------------------------
  145. I agree with you entirely. It's applying the idea that gives me a
  146. headache. I'll look into it. My TC routines to access .dbf files are
  147. coming along, so whiu╣╔D╓▐Z÷it I think I'll do a bit of testing. I can
  148. get at dBASE III+, Clipper, R&R (which shouldn't write, but we all know
  149. howabused that word is...) and an old Foxbase. I was wondering about some
  150. of the other programs that use .dbfs, like programs that export to dBASE
  151. files, dBXL, Foxbase+, dBx, etc. I'd think that most (esp. the ones that
  152. just export) wouldn't mess with the reserved bytes, just write zeros, I
  153. was just wondering if anyone knew of any program that actually does, not
  154. necessarily bad, but uncommon things (unnatural?) to dbase headers...
  155.  
  156.  
  157. Msg#8418   To:ALL                                        
  158. From:RON LANDBERG                               Date:03/02/89
  159. Subject:NEED A CLIPPER JOB       
  160. ------------------------------------------------------------------------------
  161. To all of you who work in the San Francisco Bay Area:
  162.   
  163. I am in need of work.  I have been programming full time in CLIPPER
  164. since Winter,85.  I have written mainly order and invoice tracking
  165. systems; I also wrote a ledger system for capital assets.
  166.   
  167. My prior experience was with the old APPLE II's on which I wrote a
  168. complete small business system over several years for a non-profit food
  169. distribution service.
  170.   
  171. I consider my strong point to be a sensitiviy to the ease of use of the
  172. operator interface.  I have always put much attention to this point.
  173.   
  174. Most of the work I have done the past four years has been for Pacific
  175. Bell.  Suddenly, in the midst of the current project, they have decided
  176. to be "penny wise,pound foolish" and abandon the project.  Thus, I am
  177. caught unaware suddenly with the need to find new work.
  178.   
  179. I have been working as a contractor but am willing to take an "in-house"
  180. job, team job, maintenance of existing systems, in fact, most anything
  181. that will pay well and make use of my talents.
  182.   
  183. I can be reached just about anytime at [415] 682-3226.  This is my home
  184. number, so feel free to call anytime, day or night.
  185.   
  186. I am also willing to relocate (if to the Ft. Bragg area, I would con-
  187. sider short term project(s); if to another location, the prospect
  188. would have to be for a long-term project).
  189.   
  190. Thank you.
  191.   
  192. - Ron Landberg
  193.  
  194.  
  195. Msg#8420   To:JOHN THORN                                (Rcvd)
  196. From:STEVE STRALEY                              Date:03/03/89
  197. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  198. ------------------------------------------------------------------------------
  199. As I understand it, the intent was not to shun the east coast; rather, to
  200. give the best possible conference ever.  One that would make even the
  201. most professional seminar people jealous.  As I understand it, the only
  202. way something like that can be achieved would be to have the conference
  203. located as close to the corporate office as possible.  This will avoid
  204. any confusions and rough edges that may happen.  As a traveling seminar
  205. speaker, I can testify that the closer the company which is conducting
  206. the seminar is to the seminar site, the fewer the hassels and headaches. 
  207. And believe me, I have had far too many with the Clipper Seminar Series. 
  208.  
  209. It is NOT the intent, again.. as I understand it, to ignore the east
  210. coast.  I think that they, being Nantucket, would support any and all
  211. collected efforts we may have.  However, I must say that no ONE group
  212. should play host to such a thing: no one organization should try to out
  213. play another.  Therefore, an independent seminar committee may be formed
  214. and from there, the birth of an east-coast conference may begin.
  215.  
  216. Take care,
  217.  
  218. Steve
  219.  
  220.  
  221. Msg#8421   To:WALT BORYS                                (Rcvd)
  222. From:STEVE STRALEY                              Date:03/03/89
  223. Subject:(R)NEW KID IN TOWN AGAIN                Parent Msg#7954
  224. ------------------------------------------------------------------------------
  225. Yes, my libraries, newsletter, and seminar series all deals with this
  226. problem.  Again, you may want to call Four Seasons and ask which issue I
  227. talked about that in.  They would be more than happy to help.  Again,
  228. glad you're liking the book and hope to hear from you soonest...
  229.  
  230. Steve
  231.  
  232.  
  233. Msg#8422   To:CONSTANTIN FLORESCU                       (Rcvd)
  234. From:STEVE STRALEY                              Date:03/03/89
  235. Subject:(R)BBS LIST                             Parent Msg#8335
  236. ------------------------------------------------------------------------------
  237. Thanks Constantin... I'd also add the Database BBS (201-943-5419) which
  238. is, as you know, my favorite hang-out sport.  But you are right on about
  239. the BOSS...
  240.  
  241. Steve
  242.  
  243.  
  244. Msg#8424   To:DIRK LESKO                                (Rcvd)
  245. From:MENACHEM BAZIAN                            Date:03/03/89
  246. Subject:(R)HELP                                 Parent Msg#8186
  247. ------------------------------------------------------------------------------
  248. Any idea when the new verion of Clipper will be coming out?? And, if so,
  249. got any poop on some of the planned enhancements??
  250.  
  251. Menachem
  252.  
  253.  
  254. Msg#8425   To:GEFF PURCELL                              (Rcvd)
  255. From:LARRY GOTTLIEB                             Date:03/03/89
  256. Subject:(R)MAX LEVELS OF FUNC CAL               Parent Msg#8355
  257. ------------------------------------------------------------------------------
  258. Thanks!  This is exactly the type of answer I hoped to get.  Will
  259. implement it right away.
  260.  
  261.  
  262. Msg#8427   To:ANDREW VIOLA                              (Rcvd)
  263. From:MENACHEM BAZIAN                            Date:03/03/89
  264. Subject:(R)UI VER 2                             Parent Msg#8317
  265. ------------------------------------------------------------------------------
  266. Andrew,
  267.  
  268. Yes it does and thank you very much. I AM a motivated programmer (I wrote
  269. one hell of an Add/Edit/Delete with valid and lookup for UI1. I am
  270. looking forward to UI2.
  271.  
  272. Menachem
  273.  
  274.  
  275. Msg#8428   To:DIRK LESKO                                (Rcvd)
  276. From:MENACHEM BAZIAN                            Date:03/03/89
  277. Subject:CLIPPER S'87 BUG???                     Parent Msg#8428
  278. ------------------------------------------------------------------------------
  279. Dirk,
  280.  
  281. I have a little problem in a clipper application.
  282.  
  283. I have an application (called the Working Trial Balance [WTB]) which I
  284. have just upgraded to Version 3. In the process of upgrading tp Version 3
  285. I have had to change some data file structure and, therefore, had to
  286. provide a conversion utility between Version 2 and 3.
  287.  
  288. I have changed one field (journal entry number [Jenum]) from a numeric to
  289. a character field. The basic structure of the conversion program is as
  290. follows:
  291.  
  292. Use Newjefile
  293. Append from Oldjefile
  294.  
  295. Here's the problem. I am getting a "Data Type Mismatch" error with
  296. clipper but when I do it in DB3p it works just fine...
  297.  
  298. Is this a clipper incompatibility with dbase or a bug or something else??
  299.  
  300. Menachem
  301.  
  302.  
  303. Msg#8429   To:HOWARD KAPUSTEIN                          (Rcvd)
  304. From:DIRK LESKO                                 Date:03/03/89
  305. Subject:(R)DELETED()                            Parent Msg#8192
  306. ------------------------------------------------------------------------------
  307. I am uploading a Clipper function written with FUNCky that creates DBF
  308. files AND creates indexes at the some time on the fly....It uses FUNCky
  309. so you need that to compile. But it creates the dBASE header. It will be
  310. in the FUNCky Forum section of the board....
  311.  
  312. dLESKO
  313.  
  314.  
  315. Msg#8431   To:STEVE STRALEY                             (Rcvd)
  316. From:DIRK LESKO                                 Date:03/03/89
  317. Subject:(R)BBS LIST                             Parent Msg#8335
  318. ------------------------------------------------------------------------------
  319. Steve, you want to metion the Database BBS to Mark so he cann put it into
  320. his list for DBA....
  321.  
  322. dLESKO
  323.  
  324.  
  325. Msg#8432   To:MENACHEM BAZIAN                           (Rcvd)
  326. From:DIRK LESKO                                 Date:03/03/89
  327. Subject:(R)HELP                                 Parent Msg#8186
  328. ------------------------------------------------------------------------------
  329. 1990 (1st Quarter....maybe) or in 2 weeks....take your pick.
  330.  
  331.  
  332. Msg#8433   To:MENACHEM BAZIAN                           (Rcvd)
  333. From:DIRK LESKO                                 Date:03/03/89
  334. Subject:(R)CLIPPER S'87 BUG???                  Parent Msg#8428
  335. ------------------------------------------------------------------------------
  336. Well, it seems like it would be an incompatibility between Clipper and
  337. dB3. I guess you are doing an append from to transfer the data. My
  338. suggestion would be to create a do while loop and append the records
  339. manually. Or if you are adventurous, and the changed field is EXACTLY the
  340. same size, and you have not mucked around with decimal points, you can go
  341. in with fopen() and fwrite() and change the header definition from An 'N'
  342. to a 'C'. It is very easy. It should be located at:
  343.  
  344.         (N*12)+32    && where N = the field NUMBER.
  345.  
  346. If it is the third field defined in the structure, then the field type
  347. specifier should be at (3*12)+32 = 68. So do an fseek(Han,68) and then an
  348. fwrite(Han,"C") to change the field type. this should work with no
  349. problem, and it will be gloriously fast.....
  350.  
  351. dLESKO
  352.  
  353.  
  354. Msg#8436   To:RON LANDBERG                              (Rcvd)
  355. From:LANE WHITE                                 Date:03/03/89
  356. Subject:SUBSETS DATA RT 6 E                     Parent Msg#8436
  357. ------------------------------------------------------------------------------
  358. Thanx Ron,
  359.         There seems to be many ways to accomplish this. I wonder about
  360. Set Relation Does that ack like Set filterM
  361. ╕╞21h└DX¬│▌/`b%":}╙ or does it just set you at the first reco?
  362. Clipper should put something in the compiler to support this, what about
  363. relat Sorry about the garbage.
  364.                 Lane...
  365.  
  366.  
  367. Msg#8437   To:CHRISTOPHER EDGAR                         (Rcvd)
  368. From:LANE WHITE                                 Date:03/03/89
  369. Subject:SUBSETS DATA                            Parent Msg#8437
  370. ------------------------------------------------------------------------------
  371. Thanx Chris,
  372.         What about using color monitors? I guess will still work but I
  373. use many windows with different colors. Nantucket should help with this
  374. in the next version. I hope....
  375.                 Lane..
  376.  
  377.  
  378. Msg#8440   To:RON CALLAHAN                              (Rcvd)
  379. From:NOEL MANZANILLA                            Date:03/03/89
  380. Subject:(R)CORRUPTED RECORDS                    Parent Msg#8178
  381. ------------------------------------------------------------------------------
  382. no, corruption seems to be occurring during a copy to <one record only !>
  383. and append process.
  384. noel
  385.  
  386.  
  387. Msg#8441   To:GEFF PURCELL                              (Rcvd)
  388. From:NOEL MANZANILLA                            Date:03/03/89
  389. Subject:(R)CORRUPTED RECORDS                    Parent Msg#8178
  390. ------------------------------------------------------------------------------
  391. thanks . i did check and i have the current libs
  392. noel
  393.  
  394.  
  395. Msg#8442   To:LANE WHITE                                (Rcvd)
  396. From:CHRISTOPHER EDGAR                          Date:03/03/89
  397. Subject:(R)SUBSETS DATA                         Parent Msg#8437
  398. ------------------------------------------------------------------------------
  399. I don't understand what you're asking about color monitors, Lane, but
  400. what I was trying to say about changing colors was to set the foreground
  401. and background to the same color ( N/N or B/B...etc.) is that what you
  402. meant?
  403.  
  404.  
  405. Msg#8443   To:FRANCOIS DESROSIERS                        
  406. From:JEFF SPRINGER                              Date:03/03/89
  407. Subject:(R)MEMO FIELD            
  408. ------------------------------------------------------------------------------
  409. You might want to use Clipper
  410. low level file logic to search for beginning and ending code. Store both
  411. values (i.e., the number returned by FSEEK() in your user defined 'search
  412. for the code' function) in variables. It should be relatively simply from
  413. there to extract the section you want. I hope this is some help.
  414.  
  415.  
  416. Msg#8447   To:LANE WHITE                                (Rcvd)
  417. From:RON LANDBERG                               Date:03/04/89
  418. Subject:(R)SUBSETS DATA RT 6 E                  Parent Msg#8436
  419. ------------------------------------------------------------------------------
  420. Not quite sure what SET RELATION has to do with processing a subset of
  421. records with DBEDIT.  If you mean that part of your DBEDIT fields
  422. defintion is from a child file, then, of course, the pointer in the
  423. related file will be at the first record which matches the field from the
  424. parent file, not necessarily the first record in the child file.
  425.  
  426. But SET RELATION doesn't get you anywhere in trying to DBEDIT a subset of
  427. records in one file.
  428.  
  429. You might look at Issue 5 of From D.O.S.S. by Steve Straley.  He suggests
  430. three or four ways to deal with the problem.  Like I said, if the subset
  431. can be counted on to be limited to a few hundred records at most and you
  432. have fairly fast hardware, copying the subset (from an indexed file) to a
  433. temporary file works ok.
  434.  
  435. I would like to see Nantucket allow a parameter to be passed which
  436. somwehow let me define the subset to be displayed.  That would be ideal. 
  437. But since it doesn't exist, you realy have to "create" the subset
  438. yourself, either by copying out to a temporary file or by some mechanism
  439. of blanking out those records in the main file which don't match your
  440. criteria.  The problem with the latter approach is that keystrokes like
  441. control PgDn get processed before reaching the UDF so you can find
  442. yourself with a blank screen showing.
  443.  
  444. Steve's suggestions in issue five include partial and conditional
  445. indexing which creates the subset for you.  Check it out.
  446.  
  447.  
  448. Msg#8449   To:LANE WHITE                                (Rcvd)
  449. From:STEVE STRALEY                              Date:03/04/89
  450. Subject:(R)ACCOUNTING            
  451. ------------------------------------------------------------------------------
  452. Lan, I wanted to personally step in here and thank you for the support. 
  453. We are getting it together everyday.  Right now we are taking bids for
  454. someone to do the documentation.  If anyone knows of anyone, please let
  455. me know.  Thanks... it'll be here.
  456.  
  457. Steve
  458.  
  459.  
  460. Msg#8454   To:DIRK LESKO                                (Rcvd)
  461. From:HOWARD KAPUSTEIN                           Date:03/04/89
  462. Subject:(R)DELETED()                            Parent Msg#8192
  463. ------------------------------------------------------------------------------
  464. OK, I'll take a look at it. Thanks...
  465.  
  466.  
  467. Msg#8458   To:ALL                                        
  468. From:RAY HUFF                                   Date:03/04/89
  469. Subject:SAVING SCREENS TO DISK                  Parent Msg#8458
  470. ------------------------------------------------------------------------------
  471. HOW DO I SAVE CLIPPER SCREENS TO DISK
  472. THOUGHT ABOUT SAVING TO A VARIABLE THEN TO DATA BASE
  473. ANY HELP APPRECIATED.
  474.  
  475.  
  476. Msg#8459   To:STEVE STRALEY                             (Rcvd)
  477. From:JOHN THORN                                 Date:03/04/89
  478. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  479. ------------------------------------------------------------------------------
  480. Steve:
  481.  
  482. Thanks for your reply.  I understand that it is always better to be
  483. "close to the flagpole."  Yet, I also understand the need to "spread
  484. the wealth."
  485.  
  486. I concur that an independent seminar committee is the best approach. 
  487. Question:  Would you be willing to participate in such an endeavor,
  488. especially since the East coast is nearer to your "flagpole" >grin<?
  489.  
  490.  
  491. Msg#8461   To:DIRK LESKO                                (Rcvd)
  492. From:ALAN GUGGENHEIM                            Date:03/05/89
  493. Subject:GLOBAL MENUS                            Parent Msg#8461
  494. ------------------------------------------------------------------------------
  495. ke to have global "expess" menus available
  496. in my application to zoom from one part of my application to
  497. another without having to go through the menu hierchy.  I would
  498. like to have the option of going through menus, or express.
  499. Getting to the main menu is easy...with the begin sequence/end sequence.
  500. To get to a specific area, the only way to keep the menu hierchy is
  501. to stuff the keyboard buffer with the required keystrokes to move
  502. down the menus.  
  503.    
  504. My problem:  Set console off only blanks out the question marks (?) and
  505. does not blank out the @say's.  Is there a way to keep these from
  506. printing when stuffing the keyboard for menu choices?
  507.   
  508. Is there a better way to do global menus which can keep the hierchy?
  509.   
  510. Thanks...
  511.  
  512.  
  513. Msg#8463   To:RON LANDBERG                              (Rcvd)
  514. From:CONSTANTIN FLORESCU                        Date:03/05/89
  515. Subject:(R)INTRODUCTION                         Parent Msg#7557
  516. ------------------------------------------------------------------------------
  517. Ron, you will be suprised what these judges can do....and what odd
  518. decisions they make. Sometimes, I feal that they just play politics.
  519. I hope that, like you said, they have their feet on the ground in this
  520. case and throw out of court, the AT atempt to have the monopoly of the
  521. market without even provide a resonable product(I mean DBASE IV).
  522. <CF>
  523.  
  524.  
  525. Msg#8465   To:CHRISTOPHER EDGAR                         (Rcvd)
  526. From:LANE WHITE                                 Date:03/05/89
  527. Subject:SUBSETS DATA             
  528. ------------------------------------------------------------------------------
  529. Hi Chris,
  530.         I follow you now. Nifty way to handlethe solution.
  531.                 Lane
  532.  
  533.  
  534. Msg#8466   To:RON LANDBERG                              (Rcvd)
  535. From:LANE WHITE                                 Date:03/05/89
  536. Subject:SUBSET DATA              
  537. ------------------------------------------------------------------------------
  538. Hi Ron,
  539.         Thanx, I will pull out the back issue of D.O.S.S. hat if disk
  540. space is at a premium and the temporary file becomes very large? I guess
  541. I can't have it all, your solution probably works fine most of the tim.
  542. I do have a database with 32,000 records or more. Voting records for a
  543. county. (small county!) Would have liked to pop a window of voters that
  544. meet certain codes. But agree totally with last comment, hope Nantucket
  545. steps in on next release.
  546.                         Lane
  547.  
  548.  
  549. Msg#8467   To:RAY HUFF                                  (Rcvd)
  550. From:DIRK LESKO                                 Date:03/05/89
  551. Subject:(R)SAVING SCREENS TO DISK               Parent Msg#8458
  552. ------------------------------------------------------------------------------
  553. to save a screen to disk is easy, try:
  554.  
  555.         memowrit("DISKFILE",savescreen(0,0,24,79))
  556.  
  557. To restore from that file, do the opposite:
  558.  
  559.         restscreen(0,0,24,79,memoread("DISKFILE")
  560.  
  561. that will do it nicely....
  562.  
  563. dLESKO
  564.  
  565.  
  566. Msg#8468   To:ALAN GUGGENHEIM                           (Rcvd)
  567. From:DIRK LESKO                                 Date:03/05/89
  568. Subject:(R)GLOBAL MENUS                         Parent Msg#8461
  569. ------------------------------------------------------------------------------
  570. Make you program highly modular so that each subfunction operates
  571. independenatly. If you use an object oriented approach by making each
  572. subfunction a 'black box routine', you can then use the SET KEY TO
  573. approach so that you can execute the modules right off of any menu. be
  574. careful of your GETS though. 
  575.  
  576. dlESKO
  577.  
  578.  
  579. Msg#8469   To:CONSTANTIN FLORESCU                       (Rcvd)
  580. From:RON LANDBERG                               Date:03/05/89
  581. Subject:(R)INTRODUCTION                         Parent Msg#7557
  582. ------------------------------------------------------------------------------
  583. Well, I know from personal experience that judges favor the richer or
  584. better connected side in a case when there is a wide disparity between
  585. the sides.  I also know that most judges uinfortunately bring their
  586. prejudices to their rulings, normally to the detriment of the poorer
  587. side.
  588.  
  589. But in this case, unless the judge eats lunch with the A-T lawyers, you
  590. would think that the sides would appear to be equal to the judge since
  591. both sides are of the same sort (big corporations) and probably are about
  592. as well connected.  So one would hope that in this case, at least the
  593. judge could rule on the issues rather than his prejudice.  If that
  594. happens, I cannot see how a ruling could be in A-T's favor on the issue
  595. of ownership of the language.
  596.  
  597.  
  598. Msg#8472   To:DIRK LESKO                                (Rcvd)
  599. From:MENACHEM BAZIAN                            Date:03/05/89
  600. Subject:(R)HELP                                 Parent Msg#8186
  601. ------------------------------------------------------------------------------
  602. Well, That's a pretty good ball park.
  603.  
  604. Menachem
  605.  
  606.  
  607. Msg#8473   To:DIRK LESKO                                (Rcvd)
  608. From:MENACHEM BAZIAN                            Date:03/05/89
  609. Subject:(R)CLIPPER S'87 BUG???                  Parent Msg#8428
  610. ------------------------------------------------------------------------------
  611. Wow! Sounds really great. I am gonna try it tomorrow.
  612.  
  613. Thanks a million.
  614. Menachem
  615.  
  616.  
  617. Msg#8476   To:NOEL MANZANILLA                            
  618. From:RON CALLAHAN                               Date:03/05/89
  619. Subject:(R)CORRUPTED RECORDS     
  620. ------------------------------------------------------------------------------
  621. Noel:
  622. That's interesting because I ran across a similar problem. In a process
  623. I have, I need to duplicate a record in the currently selected data
  624. file. I would copy the record to a temp file and append back from it.
  625. Sometimes this would work, sometimes it would blow the program. I got
  626. around it by using the N_SCATTER and N_GATHER functions in Neil Weicher's
  627. Network library. (These functions allow you to do an auto-mem and auto
  628. replace of a record). The have not seen the problem again.
  629. Ron
  630.  
  631.  
  632. Msg#8477   To:JOHN THORN                                (Rcvd)
  633. From:STEVE STRALEY                              Date:03/06/89
  634. Subject:(R)CLIPPER 89 DEV CONFERE               Parent Msg#8293
  635. ------------------------------------------------------------------------------
  636. I will always actively support ANY endeavor concerning Clipper.  What
  637. makes my situation unique is that I am a native Californian and a
  638. transplanted easterner, so I have two flagpole, in which case, I can't
  639. loose.
  640.  
  641. Steve
  642.  
  643.  
  644. Msg#8479   To:RON LANDBERG                              (Rcvd)
  645. From:CONSTANTIN FLORESCU                        Date:03/06/89
  646. Subject:(R)INTRODUCTION                         Parent Msg#7557
  647. ------------------------------------------------------------------------------
  648. Well.. I didn't say they favor the richer. What happens, is that the
  649. richer(insurance companies and all the other rich corporations and
  650. individuals) have money ti hire the best lawyers and that's why most of
  651. the time they win. ALso the richer have enough money to spend in courts,
  652. on appeal etc and the judges...love that. That's the way they stay in
  653. business. The poor doesn't have the money, doesn't know the low, misses
  654. the statues of limitations etc and...therefore they loose it.
  655. But I agree with the fact that the judges have a habit of bringing into
  656. court and their decisions their own prejudices.
  657. What I actaully ment is that a lot of times they make decisions which
  658. don't make any sense(shor of saying silly) just because they want to come
  659. up with an unusual decision...or make the law(so to speak) and get
  660. popularity. SO that't I am afraid of in this case. Again hope that the
  661. judge who's got the case has his feet on the ground. Probably somebody
  662. should send them a FOX utility to see how nice it works and also a Dbase
  663. IV ... to see the difference.
  664. Speak to you soon.
  665. <CF>
  666.  
  667.  
  668. Msg#8480   To:LANE WHITE                                (Rcvd)
  669. From:CONSTANTIN FLORESCU                        Date:03/06/89
  670. Subject:(R)SUBSETS               
  671. ------------------------------------------------------------------------------
  672. Lane FUNCKY is an outstanding product and is supported better than
  673. any other product I know off. Please log into FUNCKY conference which
  674. grows at a speed unbeleiveable. There you will find an answer to any
  675. question you may have about FUNCKY from very prestigious developers
  676. including Dirk Lesko. IF I can be of any help please let me know...
  677. <CF>
  678.  
  679.  
  680. Msg#8481   To:ALL                                        
  681. From:LARRY GOTTLIEB                             Date:03/06/89
  682. Subject:ARRAY ELEMENT                           Parent Msg#8481
  683. ------------------------------------------------------------------------------
  684. I find myself writing a series of very general data handling routines,
  685. where it becomes useful to store copies of database fields into array
  686. elements. I even perform GET's on array elements.  The problem I run into
  687. is that, during a READ, READVAR() returns the NAME of the array, but not
  688. the element number.  I'd hate to stop using arrays, but right now the
  689. only solutions involve very nasty coding (e.g., have a valid function
  690. for each GET, which keeps track of where you are based on the last
  691. keystroke -- ugh!).  Does anyone have a solution?
  692.  
  693.  
  694. Msg#8482   To:LARRY GOTTLIEB                            (Rcvd)
  695. From:DIRK LESKO                                 Date:03/06/89
  696. Subject:(R)ARRAY ELEMENT                        Parent Msg#8481
  697. ------------------------------------------------------------------------------
  698. I beleive FUNCky or GETIT can help you (depending on how much library you
  699. need) it lets you find out what the GET NUMBER you're working is rather
  700. than the READVAR() name. That can help you determin the array element
  701. very easily...For FUNCky, you can call me ($195) or for GETIT you can
  702. call Neil Weicher I think it's $79.bucks.... remember FUNCky has 420 or
  703. so functions, so it is a little higher priced. but they are both good
  704. products and I recommend them to anyone needing that kind of stuff your
  705. doing....
  706.  
  707. dlESKO
  708.  
  709.  
  710. Msg#8484   To:LARRY GOTTLIEB                            (Rcvd)
  711. From:STEVE STRALEY                              Date:03/07/89
  712. Subject:(R)ARRAY ELEMENT                        Parent Msg#8481
  713. ------------------------------------------------------------------------------
  714. A trick I use is to take the TRANSFORM(ROW(), "99")+TRANSFORM(COL(),"99")
  715. and use these positions as fake element numbers.  Chances are that you
  716. will never have two GET overlap one another.  IF you do, your end-users
  717. wont like it very mcuh.  I also use this with the MENU to command. 
  718. Anyway, hope that gives some insight...
  719.  
  720. Steve
  721.  
  722.  
  723. Msg#8486   To:DIRK LESKO                                (Rcvd)
  724. From:ALAN GUGGENHEIM                            Date:03/07/89
  725. Subject:(R)GLOBAL MENUS                         Parent Msg#8461
  726. ------------------------------------------------------------------------------
  727.      I would love to be able to call a routine directly, but the problem
  728. is that I may be calling a program which is in one overlay, while I am
  729. currently in another overlay.  This as you might imagine is not allowed
  730. (one overlay calling another).  So, I think that I am stuck with stuffing
  731. the keyboard buffer.  How do you blank out those pesky @say's when 
  732. stuffing the keyboard to go down a hierchy of menus?
  733.    
  734. Thanks again...
  735.  
  736.  
  737. Msg#8488   To:ALL                                        
  738. From:CONSTANTIN FLORESCU                        Date:03/07/89
  739. Subject:EDI                                     Parent Msg#8488
  740. ------------------------------------------------------------------------------
  741. I don't know how much the other people on this BBS heard and know
  742. about EDI(Electronic Data Interchange) but I hear about it everyday,
  743. more and more but I don't know too much about it.
  744. An now the question:
  745. IF this EDI will be implemented in our fields, can we convert our
  746. Clipper Application, and how ?
  747. Any ideas will be appreciated.
  748. Thank you.
  749. <CF>
  750.  
  751.  
  752. Msg#8489   To:ALAN GUGGENHEIM                           (Rcvd)
  753. From:RICHARD HORWITZ                            Date:03/07/89
  754. Subject:(R)GLOBAL MENUS                         Parent Msg#8461
  755. ------------------------------------------------------------------------------
  756.  If you have FUNCky, try using SETSCREEN() to send output to a dummy
  757. screen, then back to the real screen after stuffing the menus.
  758.  
  759.  
  760. Msg#8490   To:ALAN GUGGENHEIM                           (Rcvd)
  761. From:DIRK LESKO                                 Date:03/07/89
  762. Subject:(R)GLOBAL MENUS                         Parent Msg#8461
  763. ------------------------------------------------------------------------------
  764. set the background color to the same as the foreground color I guess...
  765.  
  766. dLESKO
  767.  
  768.  
  769. Msg#8491   To:CONSTANTIN FLORESCU                       (Rcvd)
  770. From:DIRK LESKO                                 Date:03/07/89
  771. Subject:(R)EDI                                  Parent Msg#8488
  772. ------------------------------------------------------------------------------
  773. Yes, I've been asking the same question myself....No one has given me
  774. ananswer yet, but If I hear anything I will let you know...
  775.  
  776. dLESKO
  777.  
  778.  
  779. Msg#8492   To:RICHARD HORWITZ                           (Rcvd)
  780. From:DIRK LESKO                                 Date:03/07/89
  781. Subject:(R)GLOBAL MENUS                         Parent Msg#8461
  782. ------------------------------------------------------------------------------
  783. Now why didn't I think of that???
  784.  
  785. dLESKO
  786.  
  787.  
  788. Msg#8493   To:ALL                                        
  789. From:JOHN ROGERS                                Date:03/07/89
  790. Subject:CLIPPER MEMORY PROBLEM                  Parent Msg#8493
  791. ------------------------------------------------------------------------------
  792. I am developing a large application which will maintain several databases
  793. with over 400 fields apiece.  Upon adding the seventh overlay my main
  794. load size (using PLINK86) jumped 10K....BTW the overlay added was smaller
  795. than the largest overlay.  My question is a result of printing a map
  796. which showed all the symbols tables to be located in the portion set
  797. aside for the largest overlay...IS there a way using Clipper and PLINK86
  798. to make each overlays' symbol tables stay with the overlay???? If I can't
  799. solve this problem I will be forced to go to separate EXE's.
  800.      
  801.                                   Thanks in advance,
  802.                                   John Rogers
  803.  
  804.  
  805. Msg#8494   To:DIRK LESKO                                (Rcvd)
  806. From:CONSTANTIN FLORESCU                        Date:03/07/89
  807. Subject:(R)EDI                                  Parent Msg#8488
  808. ------------------------------------------------------------------------------
  809. Thanks Dirk. And since you're the "ENGINE" of this BBS I would appreciate
  810. if you can help to investigate this topic further. I think, sooner or
  811. later everyone will have to use the EDI and the sooner the better.
  812. <CF>
  813.  
  814.  
  815. Msg#8495   To:ALL                                        
  816. From:RON LANDBERG                               Date:03/08/89
  817. Subject:ZIP                                     Parent Msg#8495
  818. ------------------------------------------------------------------------------
  819. I seem to have missed a change from .ARC to .ZIP   Can someone steer me
  820. in the right direction for what I have to download to be able to see .ZIP
  821. files?  Is this a replacement for .ARCing?  Is this a change for
  822. technical ereasons or legal/political ones (I seem to remember an
  823. argument way back over whether P. Katz had usurped someone else's
  824. original work with the PKARC series).
  825.  
  826. I went to download a file that was .ZIP but don't know what to do with
  827. it.
  828.  
  829.  
  830. Msg#8497   To:RON LANDBERG                              (Rcvd)
  831. From:DIRK LESKO                                 Date:03/08/89
  832. Subject:(R)ZIP                                  Parent Msg#8495
  833. ------------------------------------------------------------------------------
  834. Times they ba a changin.....in a legal settlement with SEA, PKware has
  835. agreed not to distribute any compression software with the
  836. name/tradmark.extension pertaining to ARC style compressed files. The new
  837. format will be now know as ZIP, you need to look through the new files
  838. directory (99) for the last 2 weeks. The latest ZIP file compression
  839. files are int here. It is a necessity as many boards are now going to the
  840. zip format....
  841.  
  842. dLESKO
  843.  
  844.  
  845. Msg#8501   To:RON LANDBERG                              (Rcvd)
  846. From:JOHN THORN                                 Date:03/08/89
  847. Subject:(R)ZIP                                  Parent Msg#8495
  848. ------------------------------------------------------------------------------
  849. Download PKZIP090.EXE.  This is the first release from Phil Katz and uses
  850. a different method than previous .ARC files.  It's faster at
  851. decompressing files, but takes longer to compress them.  Its main benefit
  852. is the size of the resultant .ZIP.  I saved over 4MB on my hard disk by
  853. converting my ARCs to ZIPs.  Phil was sued by Sea(sick) over the arc
  854. issue and this is the result.  The new ARC (found in ARC600.EXE and
  855. ARC601.EXE) do not directly support squashing files so ARC is back to
  856. huge again.
  857.  
  858.  
  859. Msg#8502   To:DIRK LESKO                                (Rcvd)
  860. From:MARK NEIDORFF                              Date:03/08/89
  861. Subject:(R)ZIP                                  Parent Msg#8495
  862. ------------------------------------------------------------------------------
  863. There is an active thread on ZIPping going on in the soft-pd conference. 
  864. My opinion is that zip is not settled enough yet to use.  Many people
  865. don't feel that way.  Check in with soft-pd.
  866.      <<  Mark  >>
  867.  
  868.  
  869. Msg#8505   To:ALL                                        
  870. From:CONSTANTIN FLORESCU                        Date:03/09/89
  871. Subject:DIRK AT KEAN COLLEGE     
  872. ------------------------------------------------------------------------------
  873. Most of the people know already from Steve Davis but I just wanted to
  874. help to remind everyone who wants to meet Dirk Lesko, that he is going to
  875. be at the
  876.                Kean College of New Jersey
  877.                 [DHutchinson Hall Rm 100(Auditorium)
  878.                Union, New Jersey
  879.               
  880. IF you need more details of direction please feel free to call me at
  881. (201) 523-5588 or you may leave your phone number of FAX number and I
  882. will send more information.
  883. <CF>
  884.  
  885.  
  886. Msg#8506   To:DIRK LESKO                                (Rcvd)
  887. From:DIANE LASK                                 Date:03/09/89
  888. Subject:(R)HELP                                 Parent Msg#8186
  889. ------------------------------------------------------------------------------
  890. Perhaps I could add a word.  Barry Rebell at the LA Clipper User's group
  891. meeting last Feb did say that we would expect another release sometime
  892. this year.  Also ,since its our corporate policy to announce product only
  893. within the quarter that it will be released, its a safe bet that we'll
  894. have no release this quarter and possible one by the end of the year.
  895. Wish I could say more but I don't know any more.
  896.                                         Vaguely yours,
  897.                                         Diane
  898.  
  899.  
  900. Msg#8507   To:DIRK LESKO                                (Rcvd)
  901. From:DIANE LASK                                 Date:03/09/89
  902. Subject:(R)CLIPPER S'87 BUG???                  Parent Msg#8428
  903. ------------------------------------------------------------------------------
  904. Menachem,
  905.         If I understand you correctly, you are changing the type of a
  906. field and then attempting to append records from the old structure to a
  907. database having the new structure.  If that's the case Clipper will not
  908. allow it.  The Clipper manual, under append from, does state that if
  909. field types are not the same then a 'type mismatch' will result.  You
  910. must convert one of the databases  or else write your own append routine
  911. ie ..append blanks and replaces.
  912.                                 Diane
  913.  
  914.  
  915. Msg#8508   To:STEVE STRALEY                              
  916. From:ALAN GUGGENHEIM                            Date:03/09/89
  917. Subject:DOSS ARTICLE             
  918. ------------------------------------------------------------------------------
  919.      In the February 14th issue of DOSS, you wrote an excellent 
  920. article on how to read in strings larger than 64k into the memoedit()
  921. function.  You also noted that it is possible to edit strings larger
  922. than 64k!  Will you be printing this in a future version of DOSS?
  923.    
  924. I hope so, it is so limiting, not to be able to make a simple
  925. word processor that can read in files larger than 64k (or less
  926. if your memory cannot handle it!)
  927.    
  928. Clue me in on how this might be done...
  929.  
  930.  
  931. Msg#8514   To:ALL                                        
  932. From:RICHARD HORWITZ                            Date:03/10/89
  933. Subject:MULT MEMO FIELDS         
  934. ------------------------------------------------------------------------------
  935.  I was wondering if anyone has had problems using 3 or more memo fields
  936. in the same file. I know that memo fields can be sort of quirky
  937. sometimes, and I intend to create a file with at least 3 memo fields....
  938.  
  939.  
  940. Msg#8515   To:ALL                                        
  941. From:CONSTANTIN FLORESCU                        Date:03/10/89
  942. Subject:CHAR TO MEMO                            Parent Msg#8515
  943. ------------------------------------------------------------------------------
  944. I have a DBF file containing a character field(50 bytes) which I want to
  945. convert to a Memo field. I don't know if that can be converted to a Memo
  946. field(and the data from that field to be stored into the memo field)
  947. Thanks for any sugestions.
  948. <CF>
  949.  
  950.  
  951. Msg#8516   To:CONSTANTIN FLORESCU                       (Rcvd)
  952. From:RICHARD HORWITZ                            Date:03/10/89
  953. Subject:(R)CHAR TO MEMO                         Parent Msg#8515
  954. ------------------------------------------------------------------------------
  955.  I think what you have to do is modify the structure, and create the
  956. memofield. Then repl all the memo fields with the value in your char
  957. field, then go back and re-modi stru and take out the old char field.
  958. Should Work.
  959.  
  960.  
  961. Msg#8518   To:ALL                                        
  962. From:PHILIP MORRIS                              Date:03/10/89
  963. Subject:CLIPPER AND THE AS 400   
  964. ------------------------------------------------------------------------------
  965. I have a difficult problem to solve so I thought I would bring the
  966. possibly the best place I could think of. I have a network that started
  967. out to be a departmental work group with all of the applications being
  968. written in Clipper. I also have an IBM AS/400 that we have just migrated
  969. (love that euphemism for convert!) from an IBM System/36. As these two
  970. systems have evolved (unfortunately, we don't have time to plan), we now
  971. have the need to access information on both machines dynamically. I at
  972. least need record level access to data on the AS/400 but it would be nice
  973. if I could let the AS/400 access databases on the network. I know that I
  974. need token-ring (we have ethernet but would be willing to change), I know
  975. that I have to be able to access the router APIs and use DDM on the
  976. AS/400. My question is . . . HOW DO I DO IT? Has anyone had any
  977. experience with this problem . . . even remotely?  Any comments would be
  978. appreciated.
  979.  
  980.  
  981. Msg#8519   To:CONSTANTIN FLORESCU                       (Rcvd)
  982. From:DIRK LESKO                                 Date:03/10/89
  983. Subject:(R)CHAR TO MEMO                         Parent Msg#8515
  984. ------------------------------------------------------------------------------
  985. Const, a memo field is a pseudo character field that is 10 characters
  986. long. In it is a block number used to access the memo file. You will have
  987. to create an additional field of type memo, and then replace the memo
  988. field with the string field. then you'll have to go back and delete the
  989. original string field....
  990.  
  991. dLESKO
  992.  
  993.  
  994. Msg#8522   To:ALL                                        
  995. From:GREG MARTIN                                Date:03/11/89
  996. Subject:SWAP! ALERT                             Parent Msg#8522
  997. ------------------------------------------------------------------------------
  998. TO ALL WHO HAVE PURCHASED OR PLAN TO PURCHASE SWAP!
  999.  
  1000. As the author of Swap! and True Windows I have a very important
  1001. announcement to make:  As of today I have given up all rights to
  1002. Swap! and True Windows to my "boss" and in return I am no longer
  1003. supporting Swap! or True Windows in any way!!!
  1004.  
  1005. To make a long story short (and to keep my temper) I have not
  1006. received a single penny from the sales of Swap! and True Windows and
  1007. I never will.  Due to inexperience and misplaced trust I entered into
  1008. a business relationship with my boss to sell Swap! and True Windows
  1009. without getting a clear written contract as to what I expected (or
  1010. was verbally discussed) in return. Suffice to say, I've learned a
  1011. lesson about business dealings I WILL NEVER FORGET.
  1012.  
  1013. By a strange twist of fate, I will continue working for my boss to
  1014. finish a system I've been working on for the last year (out of
  1015. respect for customers who have put their trust in me, not out of
  1016. respect for my boss), but my boss understands that I will be
  1017. competing against Swap! and True Windows with new (and much better)
  1018. products of my own and that I will not support, enhance, or have
  1019. anything to do with Swap! and True Windows.
  1020.  
  1021. Suspecting that I would never see a penny from Swap! several months
  1022. ago, I began developing a product for C programmers that operates in
  1023. a similiar manner as Swap!, but with many more features.  I named
  1024. this product Overlay().  I wanted to incorporate many of the features
  1025. of Overlay() into Swap! (I did incorporate some), but when I finally
  1026. realized that I wasn't going to be able to work something out with my
  1027. boss, I stopped enhancing Swap!.
  1028.  
  1029. Now to get to the reason for this message.
  1030.  
  1031. Within two weeks I will be announcing the release of Overlay() for
  1032. Clipper (as well as for C, Turbo Pascal, and Quick BASIC).  Overlay()
  1033. will be marketed and supported properly.  The price is still being
  1034. ironed out, but out of respect for those who put their trust in me
  1035. when they bought Swap!, I will be giving a hefty discount to those
  1036. who have valid Swap! serial numbers and who want to "upgrade" to
  1037. Overlay().  The contracts have not been signed yet, but Overlay()
  1038. will be sold through an "as-yet-unnamed" company.
  1039.  
  1040. Overlay() will support expanded memory, multiple pathnames to store
  1041. temporary files to, automatic restoring of the current
  1042. drive/directory upon return, saving and restoring of interrupt
  1043. vectors, automatic handling of expanded handle tables, the ability to
  1044. return the DOS ERRORLEVEL set by the called program, etc., and most
  1045. important - continued support (especially for the next release of
  1046. Clipper).
  1047.  
  1048. True Windows customers will also not be left out in the cold.  I will
  1049. be developing another faster, better, very compatible to "True
  1050. Windows" windowing system with mouse and expanded memory support over
  1051. the next several months.  I will also make that available at a hefty
  1052. discount to those who have bought True Windows. This is a promise.
  1053.  
  1054. I know that Swap! and True Windows demos have been copied to other
  1055. bulletin boards throughout the world.  My "boss" has not spent a
  1056. penny on marketing; every penny he's made has been through my initial
  1057. efforts and the freeness with which Clipper users share information.
  1058. I would ask of others who have copied my demos to other bulletin
  1059. boards: Please, ask that they be removed.  I do not want more Clipper
  1060. users to buy a product (because of my demos) which I will no longer
  1061. support. I would also ask that when I upload the Overlay() demo that
  1062. others would spread the word of it's availability.
  1063.  
  1064. This is all very unpleasant.  I had high hopes for the future of
  1065. Swap! and True Windows.  I do not want to be accused of trying to
  1066. "sabotage" future sales of Swap! and True Windows, but I want
  1067. everyone to know the facts.  If anyone wants to ask me about the
  1068. availability of Overlay() or anything else my home phone number is
  1069. (618) 542-5360.
  1070.  
  1071. Talk to you all later,
  1072.  
  1073. Gregory A. Martin
  1074.  
  1075.  
  1076.  
  1077. Msg#8523   To:ALL                                        
  1078. From:GARY COTA                                  Date:03/11/89
  1079. Subject:SCREEN .DBFS                            Parent Msg#8523
  1080. ------------------------------------------------------------------------------
  1081. In the January 89 REFERENCE(Clipper) newsletter, Bill Tansill describes a
  1082. method to store SAY and GET information in .DBF files.  I thought the
  1083. display to screen would be pretty slow.  I loaded in a sample screen to
  1084. the structure he provided in the article and was amazed to see 'good'
  1085. speed results (even on my COMPAQ 8088).  Anybody out there using such a
  1086. method?  It is attractive from reducing the symbol and constant table
  1087. size and being able to alter a screen without recompiling.  Any thoughts
  1088. would be appreciated.
  1089.  
  1090.  
  1091. Msg#8524   To:ALL                                        
  1092. From:GARY COTA                                  Date:03/11/89
  1093. Subject:MEMOEDIT()                              Parent Msg#8524
  1094. ------------------------------------------------------------------------------
  1095. Why is it when I have a number of GETs and a memo field the program goes
  1096. to the MEMOEDIT() first?  For example:
  1097. @ 10,15 GET mCOMPANY
  1098. @ 11,15 GET mCONTACT
  1099. @ 12,15 GET mPHONE
  1100. mCOMMENTS=MEMOEDIT(COMMENTS,12,15,20,79,.T.)
  1101. In the above code the first GET is to mCOMMENTS.  If I insert a READ
  1102. between lines 3 and 4, however, it works fine.
  1103.  
  1104.  
  1105. Msg#8527   To:GARY COTA                                  
  1106. From:DIRK LESKO                                 Date:03/11/89
  1107. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  1108. ------------------------------------------------------------------------------
  1109. I use a similar method, but I throw it in atext file for easy
  1110. modification....
  1111.  
  1112. dLESKO
  1113.  
  1114.  
  1115. Msg#8528   To:JOHN THORN                                (Rcvd)
  1116. From:GREG MARTIN                                Date:03/12/89
  1117. Subject:(R)SWAP! ALERT           
  1118. ------------------------------------------------------------------------------
  1119. John,
  1120. I have just uploaded the OVERCL.ARC demo file.  Take a look at it and
  1121. let me know what you think.
  1122. Greg Martin
  1123.  
  1124.  
  1125. Msg#8530   To:ALL                                        
  1126. From:GREG MARTIN                                Date:03/12/89
  1127. Subject:OVERLAY() IS HERE!       
  1128. ------------------------------------------------------------------------------
  1129.  
  1130. NEW PRODUCT ANNOUNCEMENT!!!
  1131.  
  1132. GAMbit Software is announcing the release of OverLay() for Clipper.
  1133.  
  1134. OverLay() is a function you link into your Clipper applications that
  1135. allows you to run LARGE external programs or shell to DOS.
  1136.  
  1137. A demo of OverLay() has been uploaded and it is hoped the SysOp will
  1138. make it available to be downloaded.  This demo version is a full
  1139. working version except for being limited to being called twice in an
  1140. application.  Orders are being taken for OverLay() and the actual
  1141. product will begin shipping Monday, March 20.
  1142.  
  1143. As many of you know, Swap! was a similiar function that I had written
  1144. and which was and is still being marketed by Berner & Associates, but
  1145. which I no longer support.  OverLay() is basically what I wanted to
  1146. Swap! to become. If you have already purchased Swap!, OverLay() is
  1147. being offered at a 50% discount.  If you've never seen Swap!, but
  1148. need to be able to run large applications from your Clipper programs
  1149. then take a look at OverLay(). Even if you've already purchased other
  1150. memory swapping programs such as Switch!  or Switch It!, I would
  1151. recommend that you take a good look at the capabilities of OverLay().
  1152.  
  1153. The ARCed file is called OVERCL.ARC and is about 24K.  If you look at
  1154. OverLay(), I would appreciate any comments or suggestions that you
  1155. may have.
  1156.  
  1157. Greg Martin
  1158.         
  1159.  
  1160.  
  1161. Msg#8532   To:GARY COTA                                  
  1162. From:RON LANDBERG                               Date:03/12/89
  1163. Subject:(R)MEMOEDIT()                           Parent Msg#8524
  1164. ------------------------------------------------------------------------------
  1165. Because the READ is the actual instruction which executes.  The GETs
  1166. merely set the list for the READ command.  You can execute any number of
  1167. other commands between the list of GETs and the READ, which is exactly
  1168. what you are doing with the MEMOEDIT function.
  1169.  
  1170.  
  1171. Msg#8533   To:ALL                                        
  1172. From:JON MELTZER                                Date:03/12/89
  1173. Subject:READ ONLY ACCESS                        Parent Msg#8533
  1174. ------------------------------------------------------------------------------
  1175. Is it possible to open a database in READONLY mode?
  1176. I have a user application that involves viewing data only - no writes.
  1177. It's used on a network, and it's somewhat embarrassing to have to tell
  1178. the users that read/write access is necessary.
  1179.  
  1180.  
  1181. Msg#8534   To:RICHARD HORWITZ                           (Rcvd)
  1182. From:CONSTANTIN FLORESCU                        Date:03/12/89
  1183. Subject:(R)CHAR TO MEMO                         Parent Msg#8515
  1184. ------------------------------------------------------------------------------
  1185. I tought about that, but I believed that that is going to actually
  1186. replace the memo field name and not the content of the memo field. In
  1187. fact I tried that sometime ago and that's what happened....But I think
  1188. you're right. It should it. I will try again and let you know.
  1189. Thanks.
  1190. <CF>
  1191.  
  1192.  
  1193. Msg#8535   To:DIRK LESKO                                (Rcvd)
  1194. From:CONSTANTIN FLORESCU                        Date:03/12/89
  1195. Subject:(R)CHAR TO MEMO                         Parent Msg#8515
  1196. ------------------------------------------------------------------------------
  1197. Thanks Dirk. 
  1198. <CF>
  1199.  
  1200.  
  1201. Msg#8536   To:GREG MARTIN                               (Rcvd)
  1202. From:CONSTANTIN FLORESCU                        Date:03/12/89
  1203. Subject:(R)SWAP! ALERT                          Parent Msg#8522
  1204. ------------------------------------------------------------------------------
  1205. Gregory, does your boss log on this BOSS...to read it..(grin0
  1206. <CF>
  1207.  
  1208.  
  1209. Msg#8537   To:GARY COTA                                  
  1210. From:CONSTANTIN FLORESCU                        Date:03/12/89
  1211. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  1212. ------------------------------------------------------------------------------
  1213. Gary, I think that interesting...Can you upload a sample code so we can
  1214. test it?
  1215. <CF>
  1216.  
  1217.  
  1218. Msg#8538   To:GARY COTA                                  
  1219. From:CONSTANTIN FLORESCU                        Date:03/12/89
  1220. Subject:(R)MEMOEDIT()                           Parent Msg#8524
  1221. ------------------------------------------------------------------------------
  1222. Would be very nice to work as you want(gets first then memo). We could be
  1223. very efficient...I dont't know why...that why I always do the memo fields
  1224. after I read the gets...
  1225. <CF>
  1226.  
  1227.  
  1228. Msg#8539   To:DIRK LESKO                                (Rcvd)
  1229. From:CONSTANTIN FLORESCU                        Date:03/12/89
  1230. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  1231. ------------------------------------------------------------------------------
  1232. Is there any sample on this board or in your Funcky, Dirk. I am
  1233. interested in such a concept...
  1234. Thanks
  1235. <CF>
  1236.  
  1237.  
  1238. Msg#8540   To:CONSTANTIN FLORESCU                       (Rcvd)
  1239. From:DIRK LESKO                                 Date:03/12/89
  1240. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  1241. ------------------------------------------------------------------------------
  1242. No an exact sample, but I beleive that the menuto.prg on the example disk
  1243. does something similar for menu choices....
  1244.  
  1245. dLESKO
  1246.  
  1247.  
  1248. Msg#8541   To:ALL                                        
  1249. From:BARRY JOHNSON                              Date:03/12/89
  1250. Subject:FOR SALE!                
  1251. ------------------------------------------------------------------------------
  1252.  
  1253.  Complete IBM compatible XT:
  1254.  
  1255.  4.77/8 Mhz
  1256.  640K
  1257.  360K floppy
  1258.  Enhanced Keyboard
  1259.  Serial/Parallel/Game ports
  1260.  Clock/Calendar
  1261.  
  1262.  With Monochrome Monitor...$500!
  1263.  
  1264.  With Color Monitor........$650!!
  1265.  
  1266.  OTHER STUFF
  1267.  ---------------------------
  1268.  Beautiful 16 color CGA monitor with CGA card...$200!!
  1269.  AT case w/5 HH drive bays,lights,reset switch,and keylock..Best Offer!
  1270.  4164 150ns 64K RAMS......$1.50/each
  1271.  Green Monochrome Composite Monitor             BEST OFFER!!!
  1272.  Amber TTL monitor & mono/printer card..........$65
  1273.  CGA Card w/Printer Port..$25
  1274.  Controller cards for Ataris
  1275.      (1)Adaptec/(1)Xebec                        BEST OFFER!!!
  1276.  F-19 Stealth Fighter...Complete in box
  1277.       Includes all Maps & manuals!
  1278.                $30
  1279.  TONS of Atari Stuff....Just Ask!!
  1280.  
  1281.  Leave E-Mail if interested!
  1282.  
  1283.  
  1284. Msg#8542   To:CONSTANTIN FLORESCU                       (Rcvd)
  1285. From:GREG MARTIN                                Date:03/12/89
  1286. Subject:(R)SWAP! ALERT                          Parent Msg#8522
  1287. ------------------------------------------------------------------------------
  1288. No, my BOSS doesn't log onto ANY BBS.  That would cost MONEY!!!!
  1289.  
  1290.  
  1291. Msg#8545   To:ROBERT HEYMAN                             (Rcvd)
  1292. From:MATTHEW WALSH                              Date:03/12/89
  1293. Subject:MACRO EXPANS IN LIST CMD                Parent Msg#8545
  1294. ------------------------------------------------------------------------------
  1295. Is there any truly plausable way to use a macro expansion for the field 
  1296. list in a LIST command?  Keep in mind that I am trying to create an
  1297. ad-hoc query, and the fields-list is continually changing.  I am getting
  1298. the feeling that I just programmed myself into a corner, but maybe, just 
  1299. maybe, there are some miracle workers in this conference that would be
  1300. willing to enlighten my path.
  1301. If using the F-commands is the only way then so be it, I'm just getting
  1302. tired of wracking my brains out to finish what I started.
  1303.                                      Thanks Matt Walsh
  1304.  
  1305.  
  1306. Msg#8546   To:ALL                                        
  1307. From:MIKE LEVENTHAL                             Date:03/13/89
  1308. Subject:PC-PURSUIT               
  1309. ------------------------------------------------------------------------------
  1310. Is anyone else having difficulty accessing the Board with PC-PURSUIT?
  1311. I can often get through directly when Pursuit says "busy".  Thanks. Mike
  1312.  
  1313.  
  1314. Msg#8548   To:JON MELTZER                               (Rcvd)
  1315. From:ROB HANNAH                                 Date:03/13/89
  1316. Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
  1317. ------------------------------------------------------------------------------
  1318. If you use Neil's Netlib you'll have no problems with READONLY files. 
  1319. Another NICE feature is that if you have SET EXCLUSIVE OFF in Netware,
  1320. any databases / indexes you create will be flagged SHARABLE also.
  1321.  
  1322. ROB
  1323.  
  1324.  
  1325. Msg#8550   To:ALL                                        
  1326. From:LANE WHITE                                 Date:03/13/89
  1327. Subject:REMOTE SOFTWARE                         Parent Msg#8550
  1328. ------------------------------------------------------------------------------
  1329. Hello all,
  1330.         Does anyone use software that lets them access clients PC's thru
  1331. modems, such as REMOTE by crosstalk or other brands. I'am in the process
  1332. of evaluating some of this software for support purposes. Any info. will
  1333. be much appreciated!
  1334.         Lane.
  1335.  
  1336.  
  1337. Msg#8551   To:RICHARD HORWITZ                           (Rcvd)
  1338. From:MARK NEIDORFF                              Date:03/13/89
  1339. Subject:(R)MEMOEDIT                             Parent Msg#8544
  1340. ------------------------------------------------------------------------------
  1341. Very nice trick!!
  1342.      <<  Mark  >>
  1343.  
  1344.  
  1345. Msg#8552   To:MATTHEW WALSH                              
  1346. From:MARK NEIDORFF                              Date:03/13/89
  1347. Subject:(R)MACRO EXPANS IN LIST C               Parent Msg#8545
  1348. ------------------------------------------------------------------------------
  1349. Have you tried to 
  1350.   
  1351.  
  1352. mvar = "field1+field2"
  1353. list &mvar.
  1354.  
  1355.  
  1356.  I haven't tried this but it should work.  YOu can build the list string
  1357. by concatinating the field names separated with the string [+].
  1358. Take it from there.
  1359.      <<  Mark  >>
  1360.  
  1361.  
  1362. Msg#8553   To:RON LANDBERG                              (Rcvd)
  1363. From:DIANE LASK                                 Date:03/13/89
  1364. Subject:(R)INTRODUCTION                         Parent Msg#7557
  1365. ------------------------------------------------------------------------------
  1366. Officially our position is:
  1367. "Clipper and McMax have never been nor will they ever be, clones of
  1368. dBase.  From their inception, Clipper and Mcax have offered a high degree
  1369. of compatibility to the dBase language and file formats in addition to
  1370. their significant language and archetectural enhancements.  Nantucket has
  1371. effectively been the sole supplier to the dBase development community
  1372. with the types of proeducts developers have required to keep competitive
  1373. in producing sophisticated database applications.
  1374.         Nantucket, as well as the rest of the industry, believe that a
  1375. company connot copyright a language.  One simply has to look to the many
  1376. publishers of C, BASIC, and COBOL products for this precedent.  Many
  1377. language, as well as archetectural elements of Clipper and McMax have
  1378. been incorporated by Ashton-Tate and more importantly, it is a knowledge
  1379. base which has been contributed to by various vendors like Nantucket and
  1380. Wallsoft, and by the vast number of users of the various dialects and
  1381. third party products"
  1382.      Whew! There, I hope you're happy.  Now Ron, in case you're going to
  1383. ask me what this all means - I don't know.  Furthermore I don't want to
  1384. know. I just code and answer questions and I'm a happy girl.  Any
  1385. further questions must be referred to Ms. Judy Mason here at Nantucket
  1386. (213 390 7923).  Now back to all those techie questions and alleged bu...
  1387.  er ahh  anomolies.
  1388.                                         Diane.
  1389.  
  1390.  
  1391. Msg#8554   To:JOHN ROGERS                               (Rcvd)
  1392. From:DIANE LASK                                 Date:03/13/89
  1393. Subject:(R)CLIPPER MEMORY PROBLEM               Parent Msg#8493
  1394. ------------------------------------------------------------------------------
  1395. Hi John.  Its been my experience that there is no way to get the symbols
  1396. to stay with the code.  I tried OVERLAY CODE,DATA and OVERLAY DATA and in
  1397. either case the data (what I think that you are calling symbols) segments
  1398. stayed with the root.  If anyone else has any ideas I'm listening.
  1399.                                 Diane.
  1400.  
  1401.  
  1402. Msg#8555   To:DIRK LESKO                                (Rcvd)
  1403. From:DIANE LASK                                 Date:03/13/89
  1404. Subject:(R)NANTUCKET                            Parent Msg#4836
  1405. ------------------------------------------------------------------------------
  1406. Thats what happens when you buy a modem from the Amnitiville modem
  1407. company.
  1408.  
  1409.  
  1410. Msg#8556   To:DIRK LESKO                                (Rcvd)
  1411. From:DIANE LASK                                 Date:03/13/89
  1412. Subject:(R)NANTUCKET                            Parent Msg#4836
  1413. ------------------------------------------------------------------------------
  1414. You're so right.  I only got around to looking at then a few weeks ago. 
  1415. BTW do you have the latest version (a new one appeared last Jan).  If not
  1416. I'll upload it.
  1417.  
  1418.  
  1419. Msg#8557   To:HOWARD KAPUSTEIN                          (Rcvd)
  1420. From:DIANE LASK                                 Date:03/13/89
  1421. Subject:(R)NANTUCKET                            Parent Msg#4836
  1422. ------------------------------------------------------------------------------
  1423. Hi again Howard.  I'm afraid that Nantucket considers  the internal
  1424. Clipper calls proprietary <sound of Steve Straley gnashing teeth in
  1425. background> so we don't publish any of the function calls.  Fact is we
  1426. can't even get the info here at tech support.  There often appear very
  1427. good articles in Reference Clipper, Database Advisor, and DOSS that give
  1428. some tricks with internal Clipper calls.  raid I am unavble to help you
  1429. much on that count.
  1430.     As to the next Clipper version, we 'expect' a new release  sometime
  1431. this year.  It will have the capability of object orientated coding so
  1432. its not too soon to start reading up on C++!  For more info see the April
  1433. issue of Data Base Advisor for an interview with Brian and Rich.
  1434.  
  1435.  
  1436. Msg#8561   To:LANE WHITE                                (Rcvd)
  1437. From:RICHARD HORWITZ                            Date:03/13/89
  1438. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1439. ------------------------------------------------------------------------------
  1440. Lane - Try Cabon Copy Plus, I use it and it's great. They also have
  1441. another product call CCEXPRESS which allows Unattended Remote Controll.
  1442. Its good if you want to send data to a remote site, and then run some
  1443. programs or reports on that machine in the middle of the nite.
  1444.  
  1445.  
  1446. Msg#8563   To:RICHARD HORWITZ                           (Rcvd)
  1447. From:GREG MARTIN                                Date:03/13/89
  1448. Subject:(R)MEMOEDIT                             Parent Msg#8544
  1449. ------------------------------------------------------------------------------
  1450. Rich,
  1451. I haven't tried GETting a NULL string in quite a while, but when I did
  1452. before I thought that it let me go down through the READ, but if I
  1453. tried to UpArrow before the NULL string GET it wouldn't let me.  I
  1454. just read your message so I haven't experimented with it, in fact I
  1455. shouldn't even be leaving this message until I do, but heck I'll
  1456. stick my neck out.  I've been wrong before (at least once or twice).
  1457.  
  1458.  
  1459. Msg#8564   To:LANE WHITE                                (Rcvd)
  1460. From:GREG MARTIN                                Date:03/13/89
  1461. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1462. ------------------------------------------------------------------------------
  1463. Lane,
  1464. I've used Carbon Copy. It works well except even a little line noise or
  1465. someone picking up a phone will cause it to die.  From what I've read
  1466. and talked with others about PC-Anywhere seems to be one of the best.
  1467. I haven't used it, but if I needed to buy one that would be my choice
  1468. from knowledge gained through reviews and conversations.
  1469. Greg
  1470.  
  1471.  
  1472. Msg#8567   To:LANE WHITE                                (Rcvd)
  1473. From:GEORGE SENCOVICI                           Date:03/13/89
  1474. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1475. ------------------------------------------------------------------------------
  1476. PC Anywhere Version 3.0 is an excellent product.
  1477. Good Luck!
  1478. George Sencovici
  1479.  
  1480.  
  1481. Msg#8568   To:MATTHEW WALSH                              
  1482. From:DIRK LESKO                                 Date:03/13/89
  1483. Subject:(R)MACRO EXPANS IN LIST C               Parent Msg#8545
  1484. ------------------------------------------------------------------------------
  1485. You should be able to using the <fieldname>+<fieldname> convention....Or
  1486. you can just list a function that returns the fields you want to return.
  1487. Do the macro expansion in the UDF I guess. You can see how much I use the
  1488. List command.....
  1489.  
  1490. dLESKO
  1491.  
  1492.  
  1493. Msg#8569   To:LANE WHITE                                (Rcvd)
  1494. From:DIRK LESKO                                 Date:03/13/89
  1495. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1496. ------------------------------------------------------------------------------
  1497. I have found PCanyhwere to be excellent, and very easy to use. The new
  1498. version allows call back and time logging, as well as running in the
  1499. background....But from what I hear, they are all the same more or less. I
  1500. chose PCanywhere because you only need one copy per HOST/REMOTE setup,
  1501. whereas other packages require that you by one package for each.
  1502.  
  1503. dLESKO
  1504.  
  1505.  
  1506. Msg#8573   To:GREG MARTIN                               (Rcvd)
  1507. From:DIRK LESKO                                 Date:03/13/89
  1508. Subject:(R)MEMOEDIT                             Parent Msg#8544
  1509. ------------------------------------------------------------------------------
  1510. You wil never be able to use the up arrow to get out of the null GET
  1511. because you'll just fall back into it...I know, I've done some
  1512. experimenting with Hebrew stuff that way....
  1513.  
  1514. dLESKO
  1515. s
  1516.  
  1517.  
  1518. Msg#8574   To:LANE WHITE                                (Rcvd)
  1519. From:RON CALLAHAN                               Date:03/14/89
  1520. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1521. ------------------------------------------------------------------------------
  1522. Lane:
  1523. I've used both PC ANYWHERE and CARBON COPY. I'll put my vote in for
  1524. PC ANYWHERE. It's about 1/2 the price of CC and any computer running
  1525. a terminal program or a dumb terminal can access the remote PC. No
  1526. special software is needed for the calling station.
  1527. Ron.
  1528.  
  1529.  
  1530. Msg#8576   To:LANE WHITE                                (Rcvd)
  1531. From:CHRISTOPHER EDGAR                          Date:03/14/89
  1532. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1533. ------------------------------------------------------------------------------
  1534. Lane,
  1535. I have used CARBON COPY From Meridian on a couple of client projects
  1536. (clipper based) and have been very happy with the results.  One client of
  1537. mine even uses CC to tie into the office LAN while he is on the road to
  1538. get sales figures or customer information.  Good Luck!
  1539.  
  1540. --Christopher
  1541.  
  1542.  
  1543. Msg#8577   To:DIRK LESKO                                (Rcvd)
  1544. From:ROB HANNAH                                 Date:03/14/89
  1545. Subject:(R)MEMOEDIT                             Parent Msg#8544
  1546. ------------------------------------------------------------------------------
  1547. Null gets are actually pretty nifty if you add one little convention. 
  1548. They must have a valid routine that handles the up arrow.  Here's an
  1549. example routine that I'm currently using on one of our apps:
  1550.  
  1551. function hccdesc
  1552. parameters desc, len, dec
  1553.  
  1554. @ n_getrow(), n_getcol() say wprn( desc, len, dec )
  1555. if lastkey() = 5 .and. len( null ) = 0
  1556.   null = ' '
  1557.   keyboard chr( 5 )
  1558.   return .f.
  1559. endif
  1560. null = ''
  1561. return .t.
  1562.  
  1563. n_getrow() and n_getcol() are GetIt! functions which return the current
  1564. get position.  wprn() is a clipper routine that converts whatever type
  1565. desc is to character and prints it out (using a Breeze routine).  Null is
  1566. the name of the current get (a memvar).  Actually, I often have a number
  1567. of 'null' gets active during a read.
  1568.  
  1569. ROB
  1570.  
  1571.  
  1572. Msg#8578   To:GREG MARTIN                               (Rcvd)
  1573. From:MARK NEIDORFF                              Date:03/14/89
  1574. Subject:(R)NANTUCKET                            Parent Msg#4836
  1575. ------------------------------------------------------------------------------
  1576. I notice that you are not including which century when you say that the
  1577. next release of clipper will be in '90.  No bets here!!!  [grin]
  1578.      <<  Mark  >>
  1579.  
  1580.  
  1581. Msg#8580   To:ALL                                        
  1582. From:RICHARD HORWITZ                            Date:03/14/89
  1583. Subject:R&R                                     Parent Msg#8580
  1584. ------------------------------------------------------------------------------
  1585. I'm working on an R&R report, and I get an "Insufficent DOS file
  1586. buffers". I've changed my config.sys and set files=30 and buffers=30, and
  1587. it hasn't helped. I'm using COMPAQ DOS 3.2.....Anyone have any Ideas???
  1588.  
  1589.  
  1590. Msg#8581   To:ALL                                        
  1591. From:MIGUEL MALDONADO                           Date:03/15/89
  1592. Subject:CLIPPER & UNIX                          Parent Msg#8581
  1593. ------------------------------------------------------------------------------
  1594. The 386 running UNIX can run DOS in background. Does anyone know if UNIX
  1595. handles the record and file locking of Clipper so that more than one user
  1596. on the system running DOS can access the application and database?
  1597. ------
  1598. Is Nautucket coming out with a UNIX version of Clipper for the 386 and/or
  1599. AT&T 3b2's?
  1600. --------
  1601. Also, is the NYMCUG still meeting at Martin Luther King HS at 6:30pm last
  1602. Wed. of month, like the 29th of March?
  1603. ------
  1604. Thank you.
  1605.  
  1606.  
  1607. Msg#8582   To:GREG MARTIN                               (Rcvd)
  1608. From:JOHN NEWTON                                Date:03/15/89
  1609. Subject:(R)NANTUCKET                            Parent Msg#4836
  1610. ------------------------------------------------------------------------------
  1611. Greg,
  1612.    While I was at the FOSE conference in D.C., I talked with several
  1613. folks there.  I was basically told to expect and "announcement" by early
  1614. summer.  Sooooo..... lets see... may early first quarter shiping.  Sounds
  1615. good to me.  I think most software vendors announce about 1 quarter early
  1616. then slip another quarter.
  1617.    Of course after the mess on the last release, I bet Nantucket will
  1618. have there ducks all in a row before they ship.  After talking to several
  1619. folks at FOSE, I got the feeling that Nantucket is a little gun shy on
  1620. early announcement/early ship.
  1621.  
  1622.                         -John Newton
  1623.  
  1624.  
  1625. Msg#8584   To:LANE WHITE                                (Rcvd)
  1626. From:CONSTANTIN FLORESCU                        Date:03/15/89
  1627. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1628. ------------------------------------------------------------------------------
  1629. I am interested in that also...
  1630. <CF>
  1631.  
  1632.  
  1633. Msg#8590   To:RICHARD HORWITZ                           (Rcvd)
  1634. From:LANE WHITE                                 Date:03/15/89
  1635. Subject:(R)R&R                                  Parent Msg#8580
  1636. ------------------------------------------------------------------------------
  1637. Richard,
  1638.     a▀ to much garbage on line┐╗. Try setting clipper environment
  1639. variable, SET CLIPPER = R050. before loading app.
  1640.         Lane
  1641.  
  1642.  
  1643. Msg#8591   To:MIGUEL MALDONADO                          (Rcvd)
  1644. From:MARK NEIDORFF                              Date:03/15/89
  1645. Subject:(R)CLIPPER & UNIX                       Parent Msg#8581
  1646. ------------------------------------------------------------------------------
  1647. As far as I know, unix has its own file stuff.  That creates the clipper
  1648. problem.
  1649. No unix for clipper as far as I can tell, yet.
  1650. NYMCUG meets on March 22nd this month.  SPECIAL MEETING with a Nantucket
  1651. technical rep.  Otherwise, last Wed. of the month at Martin Luther King
  1652. HS.
  1653. Time for meeting is 6:30pm
  1654.      <<  Mark  >>
  1655.  
  1656.  
  1657. Msg#8595   To:ALL                                        
  1658. From:RICHARD HORWITZ                            Date:03/15/89
  1659. Subject:R&R                      
  1660. ------------------------------------------------------------------------------
  1661. Regarding my previous R&R prob....I set files=42 and it worked.
  1662. Thanx anyway.....
  1663.  
  1664.  
  1665. Msg#8597   To:JEFF SCOZZAFAVA                           (Rcvd)
  1666. From:NEIL WEICHER                               Date:03/16/89
  1667. Subject:(R)NET-LIB               
  1668. ------------------------------------------------------------------------------
  1669. To determine whether the workstation is currently spooled, you can issue
  1670. N_SPOOL(OFF).  If it returns .T. then the station was spooled, .F. means
  1671. it wasn't.  E.g.,
  1672.  
  1673.   * start of program
  1674.   N_READY()
  1675.   status = N_SPOOL(OFF)
  1676.  
  1677.   * end of program
  1678.   N_SPOOL(status)
  1679.   QUIT
  1680.  
  1681. At program startup, N_READY loads the shell settings into its
  1682. internal variables.  When you issue N_PRINTER() NetLib looks at
  1683. that variable.  If and external TSR changes it NetLib will not
  1684. know it.  I will look into changing that for the next update of
  1685. NetLib.
  1686.  
  1687. Neil
  1688.  
  1689.  
  1690. Msg#8598   To:ALL                                        
  1691. From:STEVE DAVIES                               Date:03/16/89
  1692. Subject:CLIPPER CLUB MEETING                    Parent Msg#8598
  1693. ------------------------------------------------------------------------------
  1694. *** Attention ! - All Clipper Programmers.....  ***
  1695.  
  1696. SUBJECT:  Clipper Club of New Jersey meeting agenda
  1697.  
  1698. I am pleased to announce that we have Dirk Lesko speaking at our
  1699. meeting tomorro (Thursday March 16) and Phil Usher of Nantucket 
  1700. on tuesday of the following week (March 21). 
  1701.  
  1702. Normally, all meetings are held on the third thursday of each month, at
  1703. Kean
  1704. College in Union, NJ; Meeting time is 8 pm at Hutchinson Hall, Rm 100 ,
  1705. (aka: "The Auditorium)   
  1706.  
  1707. Download the file "CCNJ_DIR.ARC" for directions. Maps are available by
  1708. leaving me a message here (FAX number would be helpful).
  1709.  
  1710. Hope to see many of you there...
  1711. Steve Davies
  1712.  
  1713.  
  1714.  
  1715. Msg#8599   To:RICHARD HORWITZ                           (Rcvd)
  1716. From:HOWARD KAPUSTEIN                           Date:03/16/89
  1717. Subject:(R)R&R                                  Parent Msg#8580
  1718. ------------------------------------------------------------------------------
  1719. I ran into a similiar problem. R&R 3.0 said it needed FILES=40 or
  1720. FILES=50 (something around there, I don't rtemember the exact number),
  1721. this was under a network with the interactive program, but I would think
  1722. the same condition applies. It's in the docs somewhere. Sorry I can't be
  1723. more specific, but I'm pretty sure you need FILES=50.
  1724.  
  1725.  
  1726. Msg#8600   To:JON MELTZER                               (Rcvd)
  1727. From:RON LANDBERG                               Date:03/16/89
  1728. Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
  1729. ------------------------------------------------------------------------------
  1730. I don't understand.  If it's your application, how can the user write to
  1731. the file?  If you don't have any commands which write to the file, how
  1732. can the user write to it?
  1733.  
  1734. Secondly, you can certainly limit the access to the subdirectory the
  1735. data file are in to READ ONLY.  Use your network group and trustee rights
  1736. to create this limitation.  But remember, if, for example, a temporary
  1737. file is created internally (such as COPYing a portion of a database), you
  1738. cannot write it to the restricted subdirectory.
  1739.  
  1740.  
  1741. Msg#8601   To:LANE WHITE                                (Rcvd)
  1742. From:RON LANDBERG                               Date:03/16/89
  1743. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  1744. ------------------------------------------------------------------------------
  1745. I'm really happy using Nortion-Lambert's CLOSEUP/SUPPORT.
  1746.  
  1747.  
  1748. Msg#8603   To:ALL                                        
  1749. From:GREG MARTIN                                Date:03/16/89
  1750. Subject:OVERLAY() UPDATE         
  1751. ------------------------------------------------------------------------------
  1752. To all who have downloaded OverLay() for Clipper:
  1753.  
  1754. I just dicovered a very, very small bug while doing extensive
  1755. testing for Monday's (March 20) release of OverLay().  This
  1756. bug will appear when the amount of DOS enviroment USED is a
  1757. multiple of 16.  The problem has been fixed.  A new version
  1758. has been uploaded and it is hoped the SysOp will make it
  1759. available.  If you have shared the first version of OverLay()
  1760. with previous BBSs, please download the newest version (if it
  1761. becomes available) and replace any other uploads with it.
  1762.  
  1763. Greg Martin
  1764.  
  1765. (I know that OverLay() has not been available on this BBS, but
  1766.  I wanted people here to know about the update just in case.)
  1767.  
  1768.  
  1769. Msg#8604   To:MARK NEIDORFF                             (Rcvd)
  1770. From:MIGUEL MALDONADO                           Date:03/16/89
  1771. Subject:(R)CLIPPER & UNIX                       Parent Msg#8581
  1772. ------------------------------------------------------------------------------
  1773. Thanks for info Mark. Hope to see you at the meeting.
  1774.  
  1775.  
  1776. Msg#8605   To:DIRK LESKO                                (Rcvd)
  1777. From:CONSTANTIN FLORESCU                        Date:03/16/89
  1778. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  1779. ------------------------------------------------------------------------------
  1780. Dirk, I looked at your code example in Menuto.Prg It's very neat, nice
  1781. and interesting concept. That keeps a lot of bytes out of execute file.
  1782. Do you think that same thing could be done with the GETS and SAYS. In
  1783. other words to store the GETS in a DBF file and get them whenever you
  1784. need ?! Wouldn't that help create multiple screens which you can view or
  1785. edit ? 
  1786. <CF>
  1787.  
  1788.  
  1789. Msg#8606   To:ROB HANNAH                                (Rcvd)
  1790. From:CONSTANTIN FLORESCU                        Date:03/16/89
  1791. Subject:(R)MEMOEDIT                             Parent Msg#8544
  1792. ------------------------------------------------------------------------------
  1793. Rob, what this example code trying to do ? I am kind of confused . Is
  1794. this example shouwing that you can exit a Memoedit with up(down) arrow
  1795. keys ?
  1796. Thanks
  1797. <CF>
  1798.  
  1799.  
  1800. Msg#8610   To:DIRK LESKO                                (Rcvd)
  1801. From:STEVE BADARACCO                            Date:03/16/89
  1802. Subject:(R)SAVING SCREENS TO DISK               Parent Msg#8458
  1803. ------------------------------------------------------------------------------
  1804. ONE BAD GOTCHA!
  1805.  
  1806. Do not save a screen to disk which contains a chr(26) or a chr(0).
  1807. In both cases, the screen will not restore beyond that character
  1808. (especially if you are saving to a DBF memo field).
  1809. ...Steve
  1810.  
  1811.  
  1812. Msg#8611   To:ALL                                        
  1813. From:LANE WHITE                                 Date:03/16/89
  1814. Subject:REMOTE SOFTWARE          
  1815. ------------------------------------------------------------------------------
  1816. Thanx everyone for the info!
  1817.         Lane....
  1818.  
  1819.  
  1820. Msg#8612   To:ROB HANNAH                                (Rcvd)
  1821. From:JON MELTZER                                Date:03/16/89
  1822. Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
  1823. ------------------------------------------------------------------------------
  1824. I'll investigate NetLib ... is much .EXE overhead involved?
  1825.  
  1826.  
  1827. Msg#8613   To:GREG MARTIN                               (Rcvd)
  1828. From:JON MELTZER                                Date:03/16/89
  1829. Subject:(R)NANTUCKET                            Parent Msg#4836
  1830. ------------------------------------------------------------------------------
  1831. $10 on 2001 :-)
  1832.  
  1833.  
  1834. Msg#8614   To:STEVE DAVIES                               
  1835. From:JON MELTZER                                Date:03/16/89
  1836. Subject:(R)CLIPPER CLUB MEETING                 Parent Msg#8598
  1837. ------------------------------------------------------------------------------
  1838. Please upload a report on the Lesko/Usher talks, for us non New Yorkers
  1839. that can't make it (but would like to ...). Thanks ...
  1840.  
  1841.  
  1842. Msg#8617   To:RON LANDBERG                              (Rcvd)
  1843. From:JON MELTZER                                Date:03/16/89
  1844. Subject:READ-ONLY ACCESS         
  1845. ------------------------------------------------------------------------------
  1846. READONLY doesn't work under PCNET. This is what happens after a USE:
  1847.    NETERR() returns .T.
  1848.    DOSERROR() returns 5, "Access denied"
  1849.    The program infinite loops if I have OPEN_ERROR return .T. and
  1850. does not open the database if OPEN_ERROR returns .F.
  1851.   Ray Duncan says in "Advanced MSDOS" that the MSDOS "open file"
  1852. function fails if a file is opened with a read/write access mode,
  1853. but has a readonly attribute.
  1854.   So, I have to give read/write access, even though the application
  1855. does not write. This is not good as it gives malicious "users"
  1856. write access to the server, if they manage to get into DOS.
  1857.  
  1858.  
  1859. Msg#8620   To:MARK NEIDORFF                             (Rcvd)
  1860. From:DIANE LASK                                 Date:03/16/89
  1861. Subject:(R)MCMAX                 
  1862. ------------------------------------------------------------------------------
  1863. Hi Mark,
  1864.         Well I'm sorry to say that MaMax does not provide UDF's at all or
  1865. any of the neat CLIPPER stuff.  It basicaly provides dBase functionality
  1866. for the Mac.  It's main nifty point is that it provides a full EXTEND
  1867. system interface to the Mac internals so if you dabble in C you can do
  1868. just about anything.  There are no plans to expand the capibility of
  1869. Mcmax in the future.
  1870.         The good news is that our intentions are to bring Clipper itself
  1871. in its future releases to the Mac.  We intend to provide full capability
  1872. and compatibility between PC Clipper and Mac Clipper.  xactly when this
  1873. will occur is undetermined.
  1874.         For the moment Mcmax provides great dBase compatibility and
  1875. really good speed (our only compitition in this regard is Fox) at a VERY
  1876. reasonable price (Under $200).  
  1877.                                                 Diane
  1878.  
  1879.  
  1880. Msg#8621   To:GREG MARTIN                               (Rcvd)
  1881. From:DIANE LASK                                 Date:03/16/89
  1882. Subject:(R)NANTUCKET                            Parent Msg#4836
  1883. ------------------------------------------------------------------------------
  1884. Greg ,
  1885.         I'ld take you up on the bet but that would be cheating.
  1886.                                 Diane.
  1887.  
  1888.  
  1889. Msg#8622   To:DIRK LESKO                                (Rcvd)
  1890. From:DIANE LASK                                 Date:03/16/89
  1891. Subject:(R)NANTUCKET                            Parent Msg#4836
  1892. ------------------------------------------------------------------------------
  1893. Dirk, I'll upload the latest version that I have next week and you can do
  1894. with it what you  will.
  1895.                                                 Diane.
  1896.  
  1897.  
  1898. Msg#8625   To:RON LANDBERG                              (Rcvd)
  1899. From:DIANE LASK                                 Date:03/16/89
  1900. Subject:(R)NANTUCKET                            Parent Msg#4836
  1901. ------------------------------------------------------------------------------
  1902. Ron,
  1903.         You've asked the sixty-four thousand dollar question!  I've
  1904. listened and listened and read and read articles about OOPS and darn it!
  1905. I just don't quite get it yet.  I've got to pick up a compiler and start
  1906. hacking ( remember READING about C?? <sigh>).  I DO know that that's
  1907. definately where the entire industry is heading and that's where we
  1908. developers better go to keep up <and I probably should have been there
  1909. already>
  1910.                                 Diane.
  1911.  
  1912.  
  1913. Msg#8626   To:RICHARD HORWITZ                           (Rcvd)
  1914. From:JOE BOOTH                                  Date:03/16/89
  1915. Subject:(R)R&R                                  Parent Msg#8580
  1916. ------------------------------------------------------------------------------
  1917. Set files to at least 42 files, buffers sound ok...
  1918.  
  1919.  
  1920. Msg#8630   To:DIRK LESKO                                (Rcvd)
  1921. From:CLINT BRITT                                Date:03/16/89
  1922. Subject:IDL.LIB                                 Parent Msg#8630
  1923. ------------------------------------------------------------------------------
  1924. Dirk,
  1925.   
  1926.       Well, this may be bad or good, maybe both since I understand that
  1927. you nolonger have anything to do with the IDL.LIB, but I found it about
  1928. one of the best LIB's around...I use it on everything I write, so I hope
  1929. you continue to write this good of code in the future...
  1930.    
  1931.                                            ░░░ Clint ░░░
  1932.   
  1933.  
  1934.  
  1935. Msg#8632   To:ROBERT HEYMAN                             (Rcvd)
  1936. From:GREG MARTIN                                Date:03/16/89
  1937. Subject:(R)RUN COMMAND                          Parent Msg#8628
  1938. ------------------------------------------------------------------------------
  1939. You could use OverLay() to solve your run problems.  (I couldn't resist
  1940. that sales pitch).  OverLay() will let you run a 500K program if you
  1941. wish.  If your interested at all, I could send you a demo if you don't
  1942. have access to the NANFORUM on CompuServe.  I have looked at Clipper's
  1943. memory allocation and believe me, opening a file will cause Clipper to
  1944. allocate a bunch of memory (if I remember right from my tests six
  1945. months ago).
  1946. Greg Martin
  1947.  
  1948.  
  1949. Msg#8633   To:ALL                                        
  1950. From:RICHARD HORWITZ                            Date:03/16/89
  1951. Subject:NULL GETS                
  1952. ------------------------------------------------------------------------------
  1953. If you wnat to handle the up arrow key in a null get, and you have funcky
  1954. or getit, then upon entry to the routine check if the last key was an up
  1955. arrow, and if it was, either ACTIVATE() or N_GOTOGET() the var prior to
  1956. the one being edited (the null var inthis case).
  1957.  
  1958.  
  1959. Msg#8635   To:CLINT BRITT                                
  1960. From:CONSTANTIN FLORESCU                        Date:03/17/89
  1961. Subject:(R)IDL.LIB                              Parent Msg#8630
  1962. ------------------------------------------------------------------------------
  1963. Clint, sorry for jumping in but seems that you havn't heard yet about
  1964. FUNKy, the new library Dirk came up with. I am sure you want better
  1965. applications and am sure a lot of people agree that with FUNCKy we can do
  1966. now things what we thought we wouldn't be able do do. I strongly recomend
  1967. it.
  1968. <CF>
  1969.  
  1970.  
  1971. Msg#8640   To:JEFF SCOZZAFAVA                           (Rcvd)
  1972. From:NEIL WEICHER                               Date:03/17/89
  1973. Subject:(R)NET-LIB               
  1974. ------------------------------------------------------------------------------
  1975. The N_SPOOL(OFF) concept will work even if reset by a TSR.  You're
  1976. suggestions are good and I'll make sure they get into the next update. 
  1977. Actually I never considered the possibility that they'd be changed by a
  1978. TSR.  Anyway, here is a possible work around.  Create global variables
  1979. that have the print settings, and use them each time you N_SPOOL(ON) so
  1980. even if they were changed by the TSR they will be reset back to the way
  1981. you want them  E.g.,
  1982.  
  1983.   Copies = 3
  1984.   Printer = 2
  1985.   spllpt = 1
  1986.   ...
  1987.   N_COPIES(copies)
  1988.   N_PRINTER(printer)
  1989.   N_SPLLPT(spllpt)
  1990.   N_SPOOL(ON)
  1991.  
  1992. and so on.  Could this be an interrim solution?
  1993.  
  1994.  
  1995. Msg#8641   To:ROBERT HEYMAN                             (Rcvd)
  1996. From:DIANE LASK                                 Date:03/17/89
  1997. Subject:(R)RUN COMMAND                          Parent Msg#8628
  1998. ------------------------------------------------------------------------------
  1999. Hi Robert,
  2000.         I've got to ask a bunch of questions before I can be of help OK?
  2001.         1. What version of Dos are u using?
  2002.         2. How much total and available memory does chkdsk report?
  2003.         3. What TSR's are installed
  2004.         4. What is the size of the CLIPPER .EXE file and the largest
  2005. overlay if applicable?
  2006.         5. What is COMSPEC set to?
  2007.         6. What are your FILES and BUFFERS in CONFIG.SYS?
  2008.         7. What is the size of the DOS program u r trying to spawn?
  2009. I know thats a lot but brief answere are fine?  
  2010.                                                 Diane
  2011.  
  2012.  
  2013. Msg#8643   To:ALL                                        
  2014. From:MARK NEIDORFF                              Date:03/17/89
  2015. Subject:INDEX MULTI FILES                       Parent Msg#8643
  2016. ------------------------------------------------------------------------------
  2017. Hi Everyone:
  2018. In writing a generic report generator, I need to be able to provide the
  2019. user with the ability to create an index where the key expression
  2020. involves fields in 2 related databases.  Is there any way to do this?
  2021. Thanks for the help. . .
  2022.      <<  Mark  >>
  2023.  
  2024.  
  2025. Msg#8644   To:ALL                                        
  2026. From:STEVE DAVIES                               Date:03/17/89
  2027. Subject:CLIPPER BBS              
  2028. ------------------------------------------------------------------------------
  2029. For all those who use PC Pursuit, there is an excellent Clipper BBS
  2030. in the Los Angeles area. The board is on the world-wide Clipper echo,
  2031. which includes many Clipper Boards from the USA, and also some from the
  2032. Netherlands and Australia. I have noticed that Neil Weicher logs in 
  2033. regularly and I've also seen some Nantucket people in there. 
  2034. .
  2035. The Waterfront BBS (213)306-2581
  2036.  
  2037.  
  2038. Msg#8645   To:GREG MARTIN                               (Rcvd)
  2039. From:ROBERT HEYMAN                              Date:03/17/89
  2040. Subject:(R)RUN COMMAND                          Parent Msg#8628
  2041. ------------------------------------------------------------------------------
  2042. Greg..  yes I understand that I can use your utility or Curtis Little's,
  2043. but the point is, is that it's sad to have to  when all I might want to
  2044. do is run some small utility like arc or zip from within the app.. and it
  2045. cannot be done reliably.
  2046. Rob Heyman
  2047.  
  2048.  
  2049. Msg#8647   To:DIANE LASK                                (Rcvd)
  2050. From:ROBERT HEYMAN                              Date:03/17/89
  2051. Subject:(R)RUN COMMAND                          Parent Msg#8628
  2052. ------------------------------------------------------------------------------
  2053. Diane.. in order:
  2054. 1. 3.3
  2055. 2. approx 550K before loading the app
  2056. 3. only TSR is Hotline (dialer) taking up about 7k and the balance up in
  2057. expanded memory  (doesn't matter whether it is loaded or not)
  2058. 4. About 280K  - no overlays
  2059. 5. compspec = c:\command.com
  2060. 6. files = 31 buffers = 8
  2061. 7. hehehehe.  command  I dunno... about 35k I suppose
  2062. Thanks
  2063. Rob Heyman
  2064.  
  2065.  
  2066. Msg#8648   To:CLINT BRITT                                
  2067. From:STEVE STEINER                              Date:03/17/89
  2068. Subject:(R)IDL.LIB                              Parent Msg#8630
  2069. ------------------------------------------------------------------------------
  2070. Clint,
  2071.         This is Steve Steiner from Integrated Development Corp.  Thanks
  2072. for your compliment on IDL.  IDL is alive and well and living in New
  2073. Hampshire where it is undergoing massive surgery.  Look for an upgrade
  2074. notice soon
  2075. ss
  2076.  
  2077.  
  2078. Msg#8649   To:CONSTANTIN FLORESCU                       (Rcvd)
  2079. From:DIRK LESKO                                 Date:03/17/89
  2080. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  2081. ------------------------------------------------------------------------------
  2082. Yes, Richard Horwitz has written a routine whereby the gets can be moved.
  2083. I am pushing him to make it into a generic function so that all can use
  2084. it easily. I willsee if he can upload it. I have been eyeing something of
  2085. that nature for a while. I've just been doing other things....
  2086.  
  2087. dLESKO
  2088.  
  2089.  
  2090. Msg#8650   To:STEVE BADARACCO                           (Rcvd)
  2091. From:DIRK LESKO                                 Date:03/17/89
  2092. Subject:(R)SAVING SCREENS TO DISK               Parent Msg#8458
  2093. ------------------------------------------------------------------------------
  2094. That's memoread()'s fault, change it to:
  2095.  
  2096.         _handle = fopen("screen.txt")
  2097.         restscreen(freadstr(_handle,flen(_handle)))
  2098.         fclose(_handle)
  2099.  
  2100. freadstr() will read it all in. Or you can use fread() too....
  2101.  
  2102. Good catch!
  2103.  
  2104. dLESKO
  2105.  
  2106.  
  2107. Msg#8651   To:JON MELTZER                               (Rcvd)
  2108. From:DIRK LESKO                                 Date:03/17/89
  2109. Subject:(R)NANTUCKET                            Parent Msg#4836
  2110. ------------------------------------------------------------------------------
  2111. What's with the Happy faces these days??
  2112.  
  2113.         :-) 
  2114.  
  2115.         (-:
  2116.  
  2117.         (-:>   <- Chinese
  2118.  
  2119.         :-{)   <- with moustache
  2120.  
  2121.         :-)=   <- Kirk Douglas
  2122.  
  2123. dLESKO
  2124.  
  2125.  
  2126. Msg#8655   To:CLINT BRITT                                
  2127. From:DIRK LESKO                                 Date:03/17/89
  2128. Subject:(R)IDL.LIB                              Parent Msg#8630
  2129. ------------------------------------------------------------------------------
  2130. Hi Clint. exactly my opinions as of exactly one year ago. However, I had
  2131. ideas in my head at that time which I saw as a major advancement in
  2132. Clipper Library Technology, so I decided to give up all my rights to IDL
  2133. and let Steve Steiner own it 100% (we split 50-50) since I thought I
  2134. could do it much much better. I did not want to have to share my hours
  2135. and hours of hard work so I set out on my own. The result is FUNCky, the
  2136. rest is History.....And yes it is both bad and good, but I don't question
  2137. peoples choices. I just support CLipper inthe best ways I know how. If
  2138. you come across a copy of FUNCky you might be inclined to inspect
  2139. it......and then the choice will be yours. Thanks for taking the time to
  2140. mention an old firend. I am still proud of IDL, but I am even more proud
  2141. of FUNCky!
  2142.  
  2143. dLESKO
  2144.  
  2145.  
  2146. Msg#8656   To:MARK NEIDORFF                             (Rcvd)
  2147. From:DIRK LESKO                                 Date:03/17/89
  2148. Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
  2149. ------------------------------------------------------------------------------
  2150. There is a rather lengthy thread on NanForum about t hat, it even
  2151. instigated a long winded reply by Rich. If I can extract it from TapCis,
  2152. would you be interested in it?
  2153.  
  2154. dLESKO
  2155.  
  2156.  
  2157. Msg#8658   To:DIRK LESKO                                (Rcvd)
  2158. From:CONSTANTIN FLORESCU                        Date:03/18/89
  2159. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  2160. ------------------------------------------------------------------------------
  2161. Thanks Dirk.
  2162. Remember that stuff with moving data from a character field to a memo
  2163. field... if I say
  2164.     do while .not. eof()
  2165.        store charfield to mcharfield
  2166.        replace memofield with mcharfield
  2167.        skip
  2168.     enddo
  2169. I get a type mismatch error on the third line..In other word like you
  2170. said the memofield is a pseudo name, but actually how would you do it?
  2171. Thanks
  2172. <CF>
  2173.  
  2174.  
  2175. Msg#8659   To:CONSTANTIN FLORESCU                       (Rcvd)
  2176. From:DIRK LESKO                                 Date:03/18/89
  2177. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  2178. ------------------------------------------------------------------------------
  2179. Hmmmm, one would think that it should work since a memo field is just a
  2180. character type field.....How about a trick to fool the memofield...
  2181.  
  2182.         do while .not. eof()
  2183.                 store charfield to mcharfield
  2184.                 memofield =  substr(memofield,1,0)+mcharfield
  2185.                 skip
  2186.         enddo
  2187.  
  2188. Or something to that nature. As long as substr() doesn't complain about
  2189. the memofield it should work nicely.
  2190.  
  2191. dLESKO
  2192.  
  2193.  
  2194. Msg#8660   To:CONSTANTIN FLORESCU                       (Rcvd)
  2195. From:DIRK LESKO                                 Date:03/18/89
  2196. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  2197. ------------------------------------------------------------------------------
  2198. Also, I seem to remember beinig able to replace strings into memofields.
  2199. I am getting confused since I remember:
  2200.  
  2201.         replace memofield with memofield+chr(13)+chr(10)+"dirk"
  2202.  
  2203. Will work. But what you are doing will not?? does that mean that
  2204. memofields have a double standard?
  2205.  
  2206. dLESKO
  2207.  
  2208.  
  2209. Msg#8661   To:DIRK LESKO                                (Rcvd)
  2210. From:ROBERT HEYMAN                              Date:03/18/89
  2211. Subject:(R)NANTUCKET                            Parent Msg#4836
  2212. ------------------------------------------------------------------------------
  2213. &:D     <------------ Aunt Jemima
  2214.  
  2215.  
  2216. Msg#8662   To:LANE WHITE                                (Rcvd)
  2217. From:RON LANE                                   Date:03/18/89
  2218. Subject:(R)REMOTE SOFTWARE                      Parent Msg#8550
  2219. ------------------------------------------------------------------------------
  2220. I use PCanywhere with two clients, works fine. You can upload new
  2221. versions of your program,run the program with or without color and seems
  2222. to be as fast as your modem will let it.
  2223.  
  2224.  
  2225. Msg#8663   To:ALL                                        
  2226. From:RON LANE                                   Date:03/18/89
  2227. Subject:DOS4 & CLIPPER                          Parent Msg#8663
  2228. ------------------------------------------------------------------------------
  2229. Just a couple of tips on using MS-DOS 4.01 and Clipper.
  2230.  
  2231. Number  1  involves  the use of SHARE.EXE  on  large  partitions.  
  2232. Seems  that Dos4 or Clipper believe a file is used by  more  than 
  2233. one App. when you do something like this.
  2234. SELE 1
  2235. USE base1
  2236. SELE 2
  2237. USE base2
  2238. APPE FROM base1
  2239. You get this error msg.   "open error BASE1.DBF (5)"
  2240. Error code (5) is Access Denied from Dos.
  2241. Having  seen this error in Multi-User apps.  I knew that  it  was 
  2242. from  not Sharing a .DBF and knowing that this was a Single  user 
  2243. APP. the only thing that made since was that SHARE was the  prob-
  2244. lem,  sure enough I disabled SHARE and the error went away.   Now 
  2245. Dos4 says that SHARE should be loaded if you have Larger than  32 
  2246. meg  partitions, but does not say why, (and the system  seems  to 
  2247. work fine without it) Does anyone have a answer, or do we code
  2248. around it?
  2249.  
  2250. Number  2 is a bad one, if you use FASTOPEN on a drive  that  you 
  2251. are  running Clipper Apps. on and do a PACK the indexes get  cor-
  2252. rupted.   Once again we have a problem that should not be  there, 
  2253. why  does  this only happen on a PACK? Appending to a  file  with 
  2254. indexes  open cause's no problems, Reindexing will  sometimes fix
  2255. the  problem  (But not always), you can create a  index  with  no  
  2256. problem, just no can PACK.
  2257.  
  2258. Hope this saves someone some time, as I spent about 1  hour  with
  2259. each trying out different things to nail down the problem.
  2260.  
  2261.                      Ron Lane
  2262.  
  2263.  
  2264. Msg#8664   To:ALL                                        
  2265. From:TONY LIMA                                  Date:03/18/89
  2266. Subject:NEED PROGRAMMER          
  2267. ------------------------------------------------------------------------------
  2268. I'm acting as the agent for an outfit near Wilkes-Barre, PA that
  2269. needs a programmer.  Based on their specs, it looks like dBASE
  2270. is the language of choice.  I will insist on familiarity with IV,
  2271. Foxbase, and Clipper as well as plain vanilla III Plus.  (We are
  2272. not taking the project because it will require frequent client
  2273. contact which we are unable to provide at a distance of 3,000
  2274. miles.)  There may be some number-crunching for which small
  2275. assembly language modules would be desirable to improve performance.
  2276. If interested, post a response to this message here or send a
  2277. resume to Tony Lima, Pacific System Design Workshop, Inc.,
  2278. 1328 Magnolia Ave., San Carlos, CA  94070.  Those who do not
  2279. have relevant experience please do not reply.  This is a specific
  2280. project to be paid for on a time and expenses basis with full
  2281. ownership of the work product (including all copyrights) to
  2282. be turned over to the outfit that pays for this.  Again, if you
  2283. can't live with that condition, please don't bother replying.
  2284. Thanks for your help. -- Tony
  2285.  
  2286.  
  2287. Msg#8665   To:ROBERT HEYMAN                             (Rcvd)
  2288. From:DIRK LESKO                                 Date:03/18/89
  2289. Subject:(R)NANTUCKET                            Parent Msg#4836
  2290. ------------------------------------------------------------------------------
  2291. That's the best one so far!
  2292.  
  2293. dLESKO
  2294.  
  2295.  
  2296. Msg#8667   To:DIRK LESKO                                (Rcvd)
  2297. From:CONSTANTIN FLORESCU                        Date:03/18/89
  2298. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  2299. ------------------------------------------------------------------------------
  2300. Thanks. I will let you know how it works.
  2301. <CF>
  2302.  
  2303.  
  2304. Msg#8668   To:DIRK LESKO                                (Rcvd)
  2305. From:CONSTANTIN FLORESCU                        Date:03/18/89
  2306. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  2307. ------------------------------------------------------------------------------
  2308. Probably I do something wrong. As soon as I get it working I will let you
  2309. know. Thanks.
  2310. <CF>
  2311.  
  2312.  
  2313. Msg#8669   To:ALL                                        
  2314. From:RON LANDBERG                               Date:03/18/89
  2315. Subject:WHAT DO YOU THINK OF CASE               Parent Msg#8669
  2316. ------------------------------------------------------------------------------
  2317.  Here are some interesting extracts from an article in the  3/6/89
  2318.  Oakland  TRIBUNE, reprinting an article in the NEW YORK TIMES  by
  2319.  Peter H. Lewis:
  2320.  -----------------------------------------------------------------
  2321.  CASE: Do-it yourself customized software for PCs has arrived
  2322.   
  2323.    Computer aided software engineering, or CASE, is a process that
  2324.  is supposed to simplify the creation and maintenance of  computer
  2325.  software.
  2326.  ...
  2327.    To  the the rescue comes a remarkable new CASE  product  called
  2328.  Microstep ($5,000) from Syscorp International.
  2329.  ...  Microstep  was  used to complete in 10  hours  a  software
  2330.  development task that took 160 hours using conventional  software
  2331.  design techniques.
  2332.  ...
  2333.    What enables Microstep to work so quickly is a technique called
  2334.  object-oriented  programming.   A  developer  relies  on  graphic
  2335.  images that represent common software functions.
  2336.    In  essence,  these  images constitute a  library  of  commonly
  2337.  accepted programming routines.  By linking the objects, the  user
  2338.  can construct a program to meet an employer's needs.
  2339.    Microstep  goes beyond this, though.  It "knows" all  the  rules
  2340.  for  developing  proper business software and  presents  them  as
  2341.  choices on a menu.
  2342.    And it uses artifical intelligence techniques to guard  against
  2343.  logical or procedural errors.
  2344.    Once a software system has been tested and approved,  Microstep
  2345.  generates and compiles all the high-level "C" language the appli-
  2346.  cation  requires. ... And along with the actual  code,  Microstep
  2347.  generates design documentation automatically.
  2348.  ...
  2349.    Maintaining the software is also easier.  The programmer simply
  2350.  modifies  the graphic image of a design, not the actual lines  of
  2351.  computer code.
  2352.  ...
  2353.    Getting comfortable with Microstep appeared to be comparable to
  2354.  learning to use Lotus's 1-2-3 spreadsheet.
  2355.  -----------------------------------------------------------------
  2356.  -----------------------------------------------------------------
  2357.   
  2358.  So what do folks think about this ?
  2359.   
  2360.   
  2361.  
  2362.  
  2363. Msg#8670   To:DIRK LESKO                                (Rcvd)
  2364. From:MARK NEIDORFF                              Date:03/18/89
  2365. Subject:(R)NANTUCKET                            Parent Msg#4836
  2366. ------------------------------------------------------------------------------
  2367. Oh and I thought that the faces were just representatives of Nantucket
  2368. sleeping on the job again.  :-)  !!!!!  [grin]
  2369.      <<  Mark  >>
  2370.  
  2371.  
  2372. Msg#8671   To:DIRK LESKO                                (Rcvd)
  2373. From:MARK NEIDORFF                              Date:03/18/89
  2374. Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
  2375. ------------------------------------------------------------------------------
  2376. If you can get the thread about indexing across multi-files from TapCis I
  2377. would certainly appreciate it!  Hopefully this can be done in a
  2378. straightforward, fast (short of creating a temporary dbf) manner.  I will
  2379. see that it gets edited and put in print in The LInker if it looks good.
  2380.      <<  Mark  >>
  2381.  
  2382.  
  2383. Msg#8673   To:RON LANDBERG                              (Rcvd)
  2384. From:MARK NEIDORFF                              Date:03/18/89
  2385. Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
  2386. ------------------------------------------------------------------------------
  2387. Re Microstep:
  2388.  
  2389. I'd have to see it and try it, but it strikes me that it would be fine as
  2390. long as I am willing to have all of my programs fit into Microstep's
  2391. conception of what a program should be.  If they can do it better than I
  2392. can, fine.   
  2393. What happens if you (or I) wnat to extend Microstep's environment?  Looks
  2394. like we can't do that.
  2395. Price is also a bit steep  (but it might be a good value if, if, if, if)
  2396.      <<  Mark  >>
  2397.  
  2398.  
  2399. Msg#8674   To:ROBERT HEYMAN                             (Rcvd)
  2400. From:GREG MARTIN                                Date:03/18/89
  2401. Subject:(R)RUN COMMAND                          Parent Msg#8628
  2402. ------------------------------------------------------------------------------
  2403. Yes, Robert it is sad.  Then again if you want OverLay() to free up only
  2404. 30K to run a small program, it is quite fast.
  2405.  
  2406.  
  2407. Msg#8675   To:ALL                                        
  2408. From:MIGUEL MALDONADO                           Date:03/19/89
  2409. Subject:PROGRAM MAIL                            Parent Msg#8675
  2410. ------------------------------------------------------------------------------
  2411. Hi, ALL
  2412.         I upload a file called CL_MAIL.ARC, it's my first program I've
  2413. sent to a BBS and my first program in awhile written in Clipper.
  2414.         I would like my fellow Clipper programmers to evaluate it and
  2415. tell me their comments, no matter if it is critical.  You are the only
  2416. ones right now where i can get some feedback.
  2417. *
  2418. Also the COMMIT command functions only in DOS 3.3, but I'm using AT&T
  2419. MS-DOS 3.2 rev.2.02 and it seems to be doing what it's suppose to ?
  2420. *
  2421. Please let me know what you think.
  2422. *
  2423. Thank You!
  2424. <Mike>
  2425.  
  2426.  
  2427. Msg#8677   To:ALL                                        
  2428. From:CONSTANTIN FLORESCU                        Date:03/19/89
  2429. Subject:CHAR TO MEMO                            Parent Msg#8677
  2430. ------------------------------------------------------------------------------
  2431. Anybody can help me with the right command which would replace
  2432. a memo field with a character field.
  2433. The DBF has a character field and a memo field. Simply I want to
  2434. put the information from the character field into the memo field.
  2435. What I do is this:
  2436.  
  2437.    do while .not eof()
  2438.       store charfield to mcharfield
  2439.       replace memofield with mcharfield
  2440.       skip
  2441.    endif
  2442.  
  2443. This doesn't work and get "data type mismatch error"
  2444. I tried other combinations but for sure not..the right one since
  2445. still didn't work.
  2446. Any sugestions would be appreciated.
  2447. Thanks.
  2448. <CF>
  2449.  
  2450.  
  2451.  
  2452.  
  2453.  
  2454. Msg#8678   To:DIRK LESKO                                (Rcvd)
  2455. From:STEVE DAVIES                               Date:03/19/89
  2456. Subject:CLIPPER CLUB MEETING                    Parent Msg#8678
  2457. ------------------------------------------------------------------------------
  2458. Your presentation of FUNCky last thursday was excellent. Those 
  2459. who weren't able to attend missed a very thorough talk and 
  2460. demonstration. What's funny is that the real power of this 
  2461. library can't be conveyed in words. Despite the fact that I've 
  2462. had it for a couple of months, I was still blown away by the 
  2463. windowing in that demo and the complete application we saw.
  2464. It was a pleasure to meet you and thanks again for coming.
  2465. Steve
  2466.  
  2467.  
  2468.  
  2469. Msg#8679   To:CONSTANTIN FLORESCU                       (Rcvd)
  2470. From:CLIFF GREEN                                Date:03/19/89
  2471. Subject:(R)CHAR TO MEMO                         Parent Msg#8677
  2472. ------------------------------------------------------------------------------
  2473. are you doing this in Clipper, or in dBase?  Dbase won't let you do it,
  2474. whereas I've done pretty much the same thing you've outlined successfully
  2475. (I skipped the mvars, and just REPLaced one field with the other, then
  2476. modified the structure to get rid of the extraneous field).
  2477.  
  2478.  
  2479. Msg#8680   To:MARK NEIDORFF                             (Rcvd)
  2480. From:DIRK LESKO                                 Date:03/19/89
  2481. Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
  2482. ------------------------------------------------------------------------------
  2483. OK, you will have to remind me in 1 week as I am about to fly off to
  2484. Chicago and won't have the files out there....
  2485.  
  2486. dLESKO
  2487.  
  2488.  
  2489. Msg#8681   To:STEVE DAVIES                               
  2490. From:DIRK LESKO                                 Date:03/19/89
  2491. Subject:(R)CLIPPER CLUB MEETING                 Parent Msg#8678
  2492. ------------------------------------------------------------------------------
  2493. My pleasure. It was also great meeting a lot of the faces that go with
  2494. the names here. Thank you too.....
  2495.  
  2496. dLESKO
  2497.  
  2498.  
  2499. Msg#8683   To:DIRK LESKO                                (Rcvd)
  2500. From:RICHARD HORWITZ                            Date:03/19/89
  2501. Subject:(R)SCREEN .DBFS                         Parent Msg#8523
  2502. ------------------------------------------------------------------------------
  2503. I'm working on it, I'm working on it........
  2504.  
  2505.  
  2506. Msg#8685   To:ALL                                        
  2507. From:CONSTANTIN FLORESCU                        Date:03/20/89
  2508. Subject:THINK TWICE                             Parent Msg#8685
  2509. ------------------------------------------------------------------------------
  2510. Think twice, if you plan to right generic functions in CLipper and
  2511. market them, because you have direct competition from gues who...?
  2512. From NANTUCKET ! That's right you don't beleive it but you've heard
  2513. it right.
  2514. Last week at the NJ Clipper Club I was shown a utility called "Tools"
  2515. published by Nantucket and market in England(probably in other European
  2516. countries as well). It contains generic Clipper function similar with
  2517. a lot of those which we see on this board(free).
  2518. I don't know if Tool's functions are better than those written by
  2519. developers like Dirk Lesko, Steave Straley etc., but for sure Nantucket
  2520. decision to do this is not going to help us nor Nantucket.
  2521. I am sure that Nantucket would have done much better if they had come
  2522. up with the solution to CLIPPER MEMORY problem, and evrybody would have
  2523. paid whatever they asked for.
  2524. Why did they decide to do that ? Do they want to compete with their own
  2525. supporters(Dirk Lesko, Steave Straley and all the other bright Clipper
  2526. developers) ?
  2527. What do you think ?
  2528. Constantin Florescu
  2529.  
  2530.  
  2531.  
  2532.  
  2533.  
  2534. Msg#8686   To:ALL                                        
  2535. From:CONSTANTIN FLORESCU                        Date:03/20/89
  2536. Subject:CHAR TO MEMO REPLACE     
  2537. ------------------------------------------------------------------------------
  2538. One more reason why Clipper is better than Dbase.
  2539. I was trying to move data previously entered into a character field
  2540. to a memo field. I tried for several days with no success...
  2541. Several people sugested that I just do a
  2542.  
  2543.    replace memofield with characterfield
  2544.  
  2545. but still...didn't work.
  2546.  
  2547. The other day Cliff Green asked: "..do you do it in CLipper or Dbase,
  2548. because you can't do it in Dbase !
  2549.  
  2550. That's right I even didn't realized that actually I was doing it in
  2551. Dbase(you know...you think that's easier etc)
  2552. I went back compiled and linked that small code then it worked like a
  2553. dream.
  2554. Thanks everybody and especially CLiff Green, who is not for the first
  2555. time is of a real help.
  2556. <CF>
  2557.  
  2558.  
  2559. Msg#8687   To:DIRK LESKO                                (Rcvd)
  2560. From:DIANE LASK                                 Date:03/20/89
  2561. Subject:(R)NANTUCKET                            Parent Msg#4836
  2562. ------------------------------------------------------------------------------
  2563. Dirk, the way things look now, with Microsoft coming out with an oops C
  2564. by the end of the year I really think that we'll be seeing oops as a
  2565. major force 2 years tops.  Just ANOTHER thing to learn <sigh>.
  2566.  
  2567.  
  2568. Msg#8690   To:CONSTANTIN FLORESCU                       (Rcvd)
  2569. From:DIRK LESKO                                 Date:03/20/89
  2570. Subject:(R)THINK TWICE                          Parent Msg#8685
  2571. ------------------------------------------------------------------------------
  2572. Clipper Tools is Blown away by IDL Proclip Rettig and FUNCky, so why even
  2573. bother?? They are bringing it here to the US for no other reason than to
  2574. make some extra cash.....Meanwhile I have written Barry Rebell (CEO of
  2575. Nantucket) offering him the chance to make a few million. I personnaly
  2576. offered to optimize the current Clipper so that memory is less of a
  2577. problem. If they agree to fix a few bugs, I am sure EVERY Clipper
  2578. developer will pay 60-75 bucks for a new improved Summer87!! multiply
  2579. that by 60,000 or so CLipper developers, and I'll make for them 10 times
  2580. as much money as they could get out of the add on market. It's Too bad
  2581. the Clipper Tools is such a bad product...It makes the entire company
  2582. (Nantucket) look bad......they've ignored their own commitments, and step
  2583. on the toes of their strongest supports ta'boot!! kind of makes you
  2584. wonder whether this is a company to follow into the 90's?? isn't it?
  2585.  
  2586. dLESKO
  2587.  
  2588.  
  2589. Msg#8692   To:DIRK LESKO                                (Rcvd)
  2590. From:CONSTANTIN FLORESCU                        Date:03/20/89
  2591. Subject:(R)THINK TWICE                          Parent Msg#8685
  2592. ------------------------------------------------------------------------------
  2593. Dirk, if I were to solve their memory problem I would ask for good money
  2594. and I hope that you won't do it for nothing. I wish you good look with
  2595. such a project(which as a matter of fact would be very beneficial to
  2596. everyone) but I wouldn't hold my breath...
  2597. <CF>
  2598.  
  2599.  
  2600. Msg#8694   To:RON LANDBERG                              (Rcvd)
  2601. From:TONY LIMA                                  Date:03/20/89
  2602. Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
  2603. ------------------------------------------------------------------------------
  2604. Give me a break -- take a look at the various dBASE template
  2605. languages -- FoxCode, Genifer, UI2, and (heaven forfend) dBASE IV.
  2606. I'm sorry, but CASE is already here. -- Tony
  2607.  
  2608.  
  2609. Msg#8695   To:CONSTANTIN FLORESCU                       (Rcvd)
  2610. From:TONY LIMA                                  Date:03/20/89
  2611. Subject:(R)CHAR TO MEMO                         Parent Msg#8677
  2612. ------------------------------------------------------------------------------
  2613. Do it in dBASE IV.
  2614.  
  2615.  
  2616. Msg#8696   To:ALL                                        
  2617. From:RICHARD HORWITZ                            Date:03/20/89
  2618. Subject:MULTIMATE                               Parent Msg#8696
  2619. ------------------------------------------------------------------------------
  2620. Anyone have experience with doing mailmerge in multimate from DBF Files?
  2621. I'm using Advantage II, and I thought about creating a mailmerge program
  2622. to read in thier files, but it seemed like such a hassel. 
  2623.  
  2624.  
  2625. Msg#8699   To:RICHARD HORWITZ                           (Rcvd)
  2626. From:DIRK LESKO                                 Date:03/20/89
  2627. Subject:(R)MULTIMATE                            Parent Msg#8696
  2628. ------------------------------------------------------------------------------
  2629. Don't they just use comma delimited?
  2630.  
  2631.  
  2632. Msg#8701   To:TONY LIMA                                 (Rcvd)
  2633. From:RON LANDBERG                               Date:03/21/89
  2634. Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
  2635. ------------------------------------------------------------------------------
  2636. Thanks.  That's just what I wanted to hear.  I haven't looked at any of
  2637. the template stuff but suspected that this Microstep was just more of
  2638. that.
  2639.  
  2640.  
  2641. Msg#8702   To:RICHARD HORWITZ                           (Rcvd)
  2642. From:JIM KILLEEN                                Date:03/21/89
  2643. Subject:(R)MULTIMATE                            Parent Msg#8696
  2644. ------------------------------------------------------------------------------
  2645. Multimate reads dbf files directly.  Just put the following code in the
  2646. top of you Multi-mate file:
  2647.  <alt><M>DEFINE<alt><M>
  2648.  FILE TYPE DBASE
  2649.  <alt><M>END DEFINE<alt><M>
  2650.   
  2651.  (pressing <alt><M> leaves the chr(195) symbol on your screen)
  2652.  
  2653.   then anywhere in your document that you wish to access a dbf field, use
  2654. it in this fashion Dear <alt><M>CLIENT<alt><M>, where client would be
  2655. the field name.  When you want to print it out use the print mail merge
  2656. from the main menu.  Hope this is what your looking for.  I've looked at
  2657. the multimate file format using Norton Utilities, and it gets pretty
  2658. messy. I think they have some proprietary protection built in 'cause I've
  2659. seen pages stored in sequential fashion, and then start jumping out of
  2660. sequence, for instance pages 1-11,then 14,12,15,13 it can get crazy, I
  2661. can't think of any logical programming benefit to that unless the pages
  2662. were entered in that sequence and the pages were subsequently rearranged
  2663. which in this instance was not the case. Hope I helped a little...
  2664.  
  2665. Jim K.
  2666.  
  2667.  
  2668. Msg#8705   To:CONSTANTIN FLORESCU                       (Rcvd)
  2669. From:ROB HANNAH                                 Date:03/21/89
  2670. Subject:(R)MEMOEDIT                             Parent Msg#8544
  2671. ------------------------------------------------------------------------------
  2672. No.  Null gets somehow got into the thread.  However, you can use null
  2673. gets to popup a memoedit() during a read.
  2674.  
  2675. ROB
  2676.  
  2677.  
  2678. Msg#8706   To:JON MELTZER                               (Rcvd)
  2679. From:ROB HANNAH                                 Date:03/21/89
  2680. Subject:(R)READ ONLY ACCESS                     Parent Msg#8533
  2681. ------------------------------------------------------------------------------
  2682. It depends on how heavily you use it.  Funcky is monsterous (around 300k)
  2683. but I seriously doubt that EVERY library function in it can be used in a
  2684. single .exe file.
  2685.  
  2686. ROB
  2687.  
  2688.  
  2689. Msg#8707   To:ALL                                        
  2690. From:CONSTANTIN FLORESCU                        Date:03/21/89
  2691. Subject:ITEMIZE DEDUCT                          Parent Msg#8707
  2692. ------------------------------------------------------------------------------
  2693. Anybody has knowledge of a software program which would do an itemize
  2694. deductions for income tax 1988 ?
  2695. <CF>
  2696.  
  2697.  
  2698. Msg#8708   To:GREG MARTIN                                
  2699. From:ROB HANNAH                                 Date:03/21/89
  2700. Subject:(R)RUN COMMAND                          Parent Msg#8628
  2701. ------------------------------------------------------------------------------
  2702. Clipper won't necessarily use alot of memory per opened file.  If you
  2703. open the database in exclusive mode - either with SET EXCLUSIVE ON or USE
  2704. <file> EXCLUSIVE - it will allocate a 4k record buffer cache.  If you
  2705. open it in shared mode then it doesn't buffer anything.
  2706.  
  2707. ROB
  2708.  
  2709.  
  2710. Msg#8711   To:MARK NEIDORFF                             (Rcvd)
  2711. From:DIANE LASK                                 Date:03/21/89
  2712. Subject:(R)NANTUCKET                            Parent Msg#4836
  2713. ------------------------------------------------------------------------------
  2714. Sign of the times I guess Mark
  2715.  
  2716.  
  2717. Msg#8712   To:MARK NEIDORFF                             (Rcvd)
  2718. From:DIANE LASK                                 Date:03/21/89
  2719. Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
  2720. ------------------------------------------------------------------------------
  2721. Mark,
  2722.         If you'ld like you can reference an !extensive! thread on the
  2723. NANFORUM over at CIS on the subject.  After mucdebate, heated! discussion
  2724. and other assorted bruhaha the word from Rich and Brian seems to be that
  2725. it not easily, convienently, or even practicly possible in the Clipper
  2726. language.  The reasons have to do with the way we have implemented and
  2727. structured our indexing system.  There were several programmers who did
  2728. claim to be able to index across related databases but Rich seems to
  2729. advise against it.  Feel free to look up the discussion but my suggestion
  2730. is that you might be entering a dead end ally with this approach. 
  2731. Nantucket realizes that there are developers who want to implement such a
  2732. strategy and we are looking into it for future releases.
  2733.                                                 Diane.
  2734.  
  2735.  
  2736. Msg#8713   To:RON LANE                                  (Rcvd)
  2737. From:DIANE LASK                                 Date:03/21/89
  2738. Subject:(R)DOS4 & CLIPPER                       Parent Msg#8663
  2739. ------------------------------------------------------------------------------
  2740. Ron,
  2741.         For the first proeblem, if you intend to do an append from, the
  2742. file that you are appending from will be opened up in shared mode (see
  2743. clipper manual table 10-2, page 10-12).  Now then if you load SHARE then
  2744. you are providing DOS with the additional interrupts to invoke file
  2745. sharing.  Since the file you are appending from will be attempted to be
  2746. opened in shared mode, and since you have not first 'used' the file in
  2747. nonexclusive mode, you get the error.  With SHARE not loaded, dos cannot
  2748. open a file in shared mode so the implied shared open by the append from
  2749. command is ignored.  Clear as mud?? Anyway try SET EXCLUSIVE OFF and let
  2750. As to the second problem, I use fastopen (with DOS 3.3) all the time and
  2751. experience no problem.  Are you saying this is a 4.0 proeblem?
  2752.                                 thanks,
  2753.                                 Diane.
  2754. me know if the 'problem' goes away ok?
  2755.  
  2756.  
  2757. Msg#8714   To:MARK NEIDORFF                             (Rcvd)
  2758. From:DIANE LASK                                 Date:03/21/89
  2759. Subject:(R)NANTUCKET                            Parent Msg#4836
  2760. ------------------------------------------------------------------------------
  2761.                 :-( !
  2762.                         D.L.
  2763.  
  2764.  
  2765. Msg#8715   To:MIGUEL MALDONADO                          (Rcvd)
  2766. From:DIANE LASK                                 Date:03/21/89
  2767. Subject:(R)PROGRAM MAIL                         Parent Msg#8675
  2768. ------------------------------------------------------------------------------
  2769. Mike,
  2770.         Actually COMMIT will function in DOS versions below 3.3, it
  2771. simply does not do as much as in 3.3.  In versions 3.2 and below COMMIT
  2772. will fluch the CLIPPER buffers down to the DOS level buffers.  In 3.3
  2773. COMMIT additionaly flushes the DOS buffere to the hard disk or network as
  2774. applicable.
  2775.                                         Diane.
  2776.  
  2777.  
  2778. Msg#8717   To:ALL                                        
  2779. From:CURTIS LITTLE                              Date:03/21/89
  2780. Subject:SWITCH! IS BACK...       
  2781. ------------------------------------------------------------------------------
  2782. If you're a user of Switch! I just wanted you to know that the new
  2783. version is here.  For those who've already looked at Switch! this one
  2784. should be well worth your time.  There have been many major improvements
  2785. in Switch!.  The most notable are the saving of the extended file table,
  2786. a path is allowed to specify where (and/or the name) the temp file should
  2787. go - the path allowed is extrememly similar to the DOS search path.  Let
  2788. me know what you think about the new one.  (The list of
  2789. features/enhancements added is over a page long!  Due to the size I won't
  2790. repeat them here, but the list is in the doc file).
  2791.  
  2792. Curtis
  2793.  
  2794.  
  2795. Msg#8718   To:ALL                                        
  2796. From:TERRY DILLARD                              Date:03/22/89
  2797. Subject:WHY AN OPEN ERROR?                      Parent Msg#8718
  2798. ------------------------------------------------------------------------------
  2799. I've been encountering a problem that I can't figure out.  I'm getting an
  2800. OPEN error when I try to access an index file through a procedure.  The
  2801. procedure from my program is:
  2802.   
  2803. PROCEDURE DEANVIEW
  2804. SELECT 7
  2805. USE DEANHELP INDEX DEANHELP
  2806. SELECT 6
  2807. USE HOLIDAYS
  2808. SELECT 5
  2809. USE ASR INDEX ASR
  2810. SELECT 4
  2811. USE RESPONSI INDEX RESPONSI
  2812. SELECT 3
  2813. USE ERR_TYPE INDEX ERR_TYPE
  2814. SELECT 2
  2815. USE DIRECTOR INDEX DIRECTOR
  2816. SELECT 1
  2817. USE DEAN INDEX DEAN, DEAN_PAN     <-- Line 269
  2818. SET RELATION TO . . . . .
  2819. RETURN
  2820.  
  2821. The error appears as:
  2822.  
  2823.    Proc DEANVIEW line 269, open error DEAN.NTX (4)
  2824.   
  2825. The index file is DEFINITELY there.  I have a PACK module in a utilities
  2826. menu which runs perfectly.  Only when I access this procedure do I have
  2827. any problems.  I'm using DOS 3.1, and my FILES= and BUFFERS= statements
  2828. in my CONFIG.SYS are OK.  I've tried all the obvious stuff (obvious to
  2829. me, that is), and can't figure out what is wrong.  Can anyone HELP!!!!?
  2830.  
  2831.  
  2832. Msg#8719   To:TERRY DILLARD                              
  2833. From:DIRK LESKO                                 Date:03/22/89
  2834. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  2835. ------------------------------------------------------------------------------
  2836. You have run out of file handles....If you count how many you are opening
  2837. your bombing right after the fifteenth one, which means your limit is 20
  2838. files open. Dos takes five for itelsf, leaving you only fifteen. You need
  2839. a LIB or function that will allow you more handles, options I know about
  2840. are: 
  2841.         FUNCky
  2842.         IDL
  2843.         HANDLES2.ARC...on this board and FREE.......
  2844.  
  2845. dLESKO
  2846.  
  2847.  
  2848. Msg#8720   To:TERRY DILLARD                              
  2849. From:DIRK LESKO                                 Date:03/22/89
  2850. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  2851. ------------------------------------------------------------------------------
  2852. Make it after the fourteenth try....which means you have another file
  2853. open somwhere......
  2854.  
  2855. dLESKO
  2856.  
  2857.  
  2858. Msg#8723   To:MARK NEIDORFF                             (Rcvd)
  2859. From:JOHN THORN                                 Date:03/23/89
  2860. Subject:(R)NANTUCKET                            Parent Msg#4836
  2861. ------------------------------------------------------------------------------
  2862. #:-%       <---------- Punk rocker
  2863. $:-)       <---------- IBM'er
  2864. [:-|       <---------- Construction worker
  2865. <:-O       <---------- Apple user (dunce?)
  2866. +:-)       <---------- Religious figure ('cept the Iatollah)
  2867. (XX(       <---------- Iatollah
  2868.  
  2869. Had enough?
  2870.  
  2871.  
  2872. Msg#8724   To:RON LANDBERG                              (Rcvd)
  2873. From:JOHN THORN                                 Date:03/23/89
  2874. Subject:(R)WHAT DO YOU THINK OF C               Parent Msg#8669
  2875. ------------------------------------------------------------------------------
  2876. Just remember where you read stuff.  I don't think a local paper is a
  2877. good source of learning what's new on the market.  Judging from
  2878. Microstep's hype (recently disappeared) in computer rags, I guess they
  2879. convinced a reporter or ad manager to give them a break.
  2880.  
  2881.  
  2882. Msg#8725   To:DIANE LASK                                 
  2883. From:JOHN THORN                                 Date:03/23/89
  2884. Subject:(R)PROGRAM MAIL                         Parent Msg#8675
  2885. ------------------------------------------------------------------------------
  2886. Diane:
  2887.  
  2888. I wouldn't recommend COMMIT for software where the developer has no
  2889. control over the environment/computer used.  I tried it with Zenith 248s
  2890. and had to remove it.  Seems that if Zenith's cache (ZCACHE) was used at
  2891. the same time COMMIT was implemented, users developed duplicate records
  2892. when doing an APPEND BLANK.  Once ZCACHE was removed, no sweat.  Once
  2893. COMMIT was removed, ZCACHE worked properly.  DOS version was Zenith's
  2894. MS-DOS 3.21.  
  2895.  
  2896. However, I've used it with success on other computers.  The duplication
  2897. problem is attributable to Zenith.  Tried different cache routines
  2898. (Mace, GoldenBow, PC-Tools, PC-Kwik, etc.) on other computers with no
  2899. ill effects.  
  2900.  
  2901.  
  2902. Msg#8726   To:TERRY DILLARD                              
  2903. From:JOHN THORN                                 Date:03/23/89
  2904. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  2905. ------------------------------------------------------------------------------
  2906. I counted 13 files you opened.  Looks like you're outta handles.
  2907.  
  2908.  
  2909. Msg#8727   To:TERRY DILLARD                              
  2910. From:ROB HANNAH                                 Date:03/23/89
  2911. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  2912. ------------------------------------------------------------------------------
  2913. Error (4) is related to having too many files open.  You might want to
  2914. try handles2.arc.  Or, if you have FUNCky, there is a comparable function
  2915. to expand the maximum number of open files.
  2916.  
  2917. ROB
  2918.  
  2919.  
  2920. Msg#8729   To:TERRY DILLARD                              
  2921. From:JOE BOOTH                                  Date:03/23/89
  2922. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  2923. ------------------------------------------------------------------------------
  2924. Open error 4 indicates too many files.....   If your FILES and BUFFERS
  2925. statements appear OK, be aware that DOS 3.1 can't open more than 20 files
  2926. Try using HANDLES, or FUNCKY, or IDL(?) or DOS 3.3
  2927.  
  2928.  
  2929. Msg#8730   To:ALL                                        
  2930. From:JOE BOOTH                                  Date:03/23/89
  2931. Subject:DBASE IV AND CLIPPER                    Parent Msg#8730
  2932. ------------------------------------------------------------------------------
  2933. Has anybody run into a problem with DBASE IV files and CLIPPER.  It seems
  2934. to me that CLIPPER will not USE a DBASE IV file (or at least on with
  2935. a memo field).  Although with low-level file functions it would be easy
  2936. to correct, I am just curious if anyone else has encountered the problem.
  2937.  
  2938.  
  2939. Msg#8731   To:JOE BOOTH                                 (Rcvd)
  2940. From:JEFF SCOZZAFAVA                            Date:03/23/89
  2941. Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
  2942. ------------------------------------------------------------------------------
  2943. Joe,
  2944.     I havee recently heard a lot of people saying that dBase IV files are
  2945. not compatable with Clipper (or dBASE III for that matter).  From my
  2946. experiences I have had no problem at all except in a few cases:
  2947. 1) You cannot use the new dBase FLOATING point field, because obviously
  2948. clipper will not recognise it.
  2949. 2) I am assuming that te memo system may be different from what you said
  2950. about your problem with dBase IV files with memo fields (I have not
  2951. attempted to use a dBASE IV file with a memo field in Clipper).
  2952.   
  2953. As far as I can tell dBase IV still creates a dbf file with the first
  2954. byte = 3 (or 83h with a memo field).  Even if you include a floating
  2955. point field in the structure. I was told that dBASE IV uses a 4 ( or 84h)
  2956. as the first byte, and converts all dBASE III files to dBASE for upon
  2957. using the file, by changing this byte.  As far as I can tell this is not
  2958. the case...
  2959. About two hours was spent at the Phila. Clipper Users group meeting
  2960. talking about this with Nantucket delevopers, based on the assumption
  2961. that dBASE IV changes the first byte of the header!  
  2962. I have not seen that happening... but if any one else has any information
  2963. on this subject please let me know.
  2964.    My conclusion is that dBSE IV files can be used diretly in clipper as
  2965. long as the dbase IV file does not contain any FLOATING POINT fields.  I
  2966. will look into the memo field incompatability you brought up, but at this
  2967. point I have not tested them for compatability.  I know that ashton-tate
  2968. has added a lot of new memo field functions, but I don't know hether they
  2969. have changed the structurre of the dbt file or of the pointer in the dbf
  2970. file.
  2971. Hope this info helps...  Any one else have any more info????
  2972.  
  2973.  
  2974. Msg#8732   To:TERRY DILLARD                              
  2975. From:JOEL SHAPIRO                               Date:03/23/89
  2976. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  2977. ------------------------------------------------------------------------------
  2978. It looks like you have too many files open for the handles available.
  2979. Check your CONFIG.SYS. Remember that 5 of your handles are preassigned
  2980. leaving you only 15 with DOS 3.1. You can find HANDLES2.ARC on this board
  2981. that will enable you to have up to 40 handles.
  2982.  
  2983. Joel
  2984.  
  2985.  
  2986. Msg#8733   To:DIANE LASK                                 
  2987. From:MARK NEIDORFF                              Date:03/23/89
  2988. Subject:(R)INDEX MULTI FILES                    Parent Msg#8643
  2989. ------------------------------------------------------------------------------
  2990. Thanks, Diane:
  2991. I came to that conclusion also.  Its the generic nature of the program
  2992. that may require this approach.  I guess I'll create a combined table and
  2993. do the indicies on that.  [sigh]
  2994.      <<  Mark  >>
  2995.  
  2996.  
  2997. Msg#8735   To:TERRY DILLARD                              
  2998. From:MARK NEIDORFF                              Date:03/23/89
  2999. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  3000. ------------------------------------------------------------------------------
  3001. Try rebuilding the indicies.  Then, check your available file handles. 
  3002. You might be out.
  3003.      <<  Mark  >>
  3004.  
  3005.  
  3006. Msg#8737   To:JOE BOOTH                                 (Rcvd)
  3007. From:DIRK LESKO                                 Date:03/24/89
  3008. Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
  3009. ------------------------------------------------------------------------------
  3010. Yes that is true, whenever you open a dbf file with a memo field, dBASE
  3011. IV changes the first byte of the file to something (dont remmeber what)
  3012. all you will need to do is put it back to 83h (131 decimal) and you can
  3013. use it again in Clipper, better yet, when you exit your Clipper app,
  3014. place a 2h (2 decimal) there and then those naughty dBASE IV hackers
  3015. won;t be able to screw it up in the first place!
  3016.  
  3017. dLESKO
  3018.  
  3019.  
  3020. Msg#8738   To:DIANE LASK                                 
  3021. From:MIGUEL MALDONADO                           Date:03/24/89
  3022. Subject:COMMIT                                  Parent Msg#8738
  3023. ------------------------------------------------------------------------------
  3024. Hi Diane,
  3025. .
  3026. The reason I think the COMMIT command is working with my DOS 3.2 is that
  3027. the light on the hard disk goes on every time I save a record, after
  3028. adding a new one or editing.  I even ZAP the database and add one record
  3029. and the hard disk made the motions and sound of written. Maybe it's just
  3030. AT&T's version?  I'll call the Hotline to see if this is possible.
  3031. .
  3032. Thanks, hope to hear from you soon.
  3033.  
  3034.  
  3035. Msg#8740   To:CONSTANTIN FLORESCU                       (Rcvd)
  3036. From:TONY LIMA                                  Date:03/25/89
  3037. Subject:(R)ITEMIZE DEDUCT                       Parent Msg#8707
  3038. ------------------------------------------------------------------------------
  3039. TurboTax seems to be one of the favorites, but there are a bunch
  3040. of others.  Check out reviews in PC Mag. -- Tony
  3041.  
  3042.  
  3043. Msg#8742   To:JOE BOOTH                                 (Rcvd)
  3044. From:TONY LIMA                                  Date:03/25/89
  3045. Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
  3046. ------------------------------------------------------------------------------
  3047. dBASE IV uses a lot of those reserved bytes in the DBF file header
  3048. for things like index flags, transaction logging flag, MDX file
  3049. flag, and so on.  Probably results in some conflicts with Clipper
  3050. and even, on occasion, with db3+.  A-T never promised downward
  3051. compatibility ... -- Tony
  3052.  
  3053.  
  3054. Msg#8743   To:JEFF SCOZZAFAVA                           (Rcvd)
  3055. From:TONY LIMA                                  Date:03/25/89
  3056. Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
  3057. ------------------------------------------------------------------------------
  3058. Re db4 memo fields -- the structure is completely different and
  3059. once you have used a db3+ dbf with a dbt file attached, the conversion
  3060. to db4 is automatic ... meaning when you try to read the dbt file
  3061. with db3+, Clipper, Fox, or anything else, you will see only garbage.
  3062. Luck. -- Tony
  3063.  
  3064.  
  3065. Msg#8744   To:TONY LIMA                                  
  3066. From:CONSTANTIN FLORESCU                        Date:03/25/89
  3067. Subject:(R)ITEMIZE DEDUCT                       Parent Msg#8707
  3068. ------------------------------------------------------------------------------
  3069. Thanks Tony.
  3070. <CF>
  3071.  
  3072.  
  3073. Msg#8745   To:CONSTANTIN FLORESCU                       (Rcvd)
  3074. From:DIRK LESKO                                 Date:03/25/89
  3075. Subject:EKD                                     Parent Msg#8745
  3076. ------------------------------------------------------------------------------
  3077. I came across EKD's phone number, If  your still interested in PCanywhere
  3078. it's 516-736-0500. I think their up to version 3.xx now....
  3079.  
  3080. dLESKO
  3081.  
  3082.  
  3083. Msg#8746   To:DIRK LESKO                                (Rcvd)
  3084. From:CONSTANTIN FLORESCU                        Date:03/26/89
  3085. Subject:(R)EKD                                  Parent Msg#8745
  3086. ------------------------------------------------------------------------------
  3087. Thanks Dirk. 
  3088. <CF>
  3089.  
  3090.  
  3091. Msg#8747   To:DIRK LESKO                                (Rcvd)
  3092. From:CLINT BRITT                                Date:03/26/89
  3093. Subject:INTERRUPT()                             Parent Msg#8747
  3094. ------------------------------------------------------------------------------
  3095. Dirk,
  3096.    
  3097.      I don't mean to bother you, but I have one question for you. I would
  3098. appreciate if you could help me. I am tring to do a serial port status
  3099. check useing the IDL library interrupt function. Now the one thing that
  3100. is different about my machine that it is a half card modem, so can I do
  3101. it ???? Well this is what I do;
  3102.    
  3103. stat=check_port(port)   && port=1 for com2:
  3104.   
  3105.   
  3106. func check_port
  3107. para p_num
  3108.   
  3109. reg_ah(3)
  3110. reg_dx(p_num)
  3111. interrupt(20)      && for 14h
  3112. retu (reg_al())
  3113.   
  3114.    but all I get is a number that stays the same, no matter if there is a
  3115. char waiting, or not ????, what can I do. I know that BIOS call are not
  3116. to portable, but I wrote the same rutine in "C", and it worked, and in
  3117. TP, and it worked, what am I doing wrong ?????, !!!HELP!!!!
  3118.     
  3119.                                             Thanks,  Clint....
  3120.    
  3121.  
  3122.  
  3123. Msg#8748   To:CLINT BRITT                               (Rcvd)
  3124. From:DIRK LESKO                                 Date:03/26/89
  3125. Subject:(R)INTERRUPT()                          Parent Msg#8747
  3126. ------------------------------------------------------------------------------
  3127. Are you sure that the status you are looking for is contained in the al
  3128. register? I looked upthe return and all you'll get is the following:
  3129.  
  3130.         bit     -       status
  3131.         0       -       CTS
  3132.         1       -       DSR
  3133.         2       -       Ring Detect
  3134.         3       -       line signal detect
  3135.         4       -       clear to send
  3136.         5       -       data set ready
  3137.         6       -       ring detect
  3138.         7       -       receive line detect
  3139.  
  3140. I don't see where these bit settings are going to help you detect if a
  3141. character is ready....I think what you want is in the reg_ah()
  3142. register...., to see if you get any character should be in AH, while
  3143. modem status is in AL which probably wouldn't change too much once the
  3144. connection is made. Remembr your dealing with BIT settings and not real
  3145. integers, so you must isolate the BIT in AH that signals whether char
  3146. ready or not. I beleive that whould get you on the right path....
  3147.  
  3148. Hope that helps.....
  3149.  
  3150. dLESKO
  3151.  
  3152.  
  3153. Msg#8749   To:DIRK LESKO                                (Rcvd)
  3154. From:CLINT BRITT                                Date:03/26/89
  3155. Subject:(R)INTERRUPT()                          Parent Msg#8749
  3156. ------------------------------------------------------------------------------
  3157.   Dirk,
  3158.   
  3159.    Now what I did is have a return string like this;
  3160.   
  3161.         retu (" ah: "+num2bin(reg_ah)+" al: "+num2bin(reg_al()))
  3162.   
  3163.     and I never get a status change, for a ring or a char ready, I even
  3164. checked the AX register... See what it does for you
  3165.   
  3166.           clint.....
  3167.  
  3168.  
  3169. Msg#8750   To:DIANE LASK                                 
  3170. From:RON LANE                                   Date:03/26/89
  3171. Subject:(R)DOS4 & CLIPPER                       Parent Msg#8663
  3172. ------------------------------------------------------------------------------
  3173. What I ended up doing just to save time was to CLOS file1 then the APPEN
  3174. worked OK. Yes the FASTOPEN problem seems to be just with DOS4 as I used
  3175. it with 3.3 before and had no problem.
  3176.  
  3177.  
  3178. Msg#8751   To:TERRY DILLARD                              
  3179. From:RON LANE                                   Date:03/26/89
  3180. Subject:(R)WHY AN OPEN ERROR?                   Parent Msg#8718
  3181. ------------------------------------------------------------------------------
  3182. Dos Open error (4) is not enough file handles, add more files to your
  3183. config.sys, unless you are useing 3.2 or older, then you will need
  3184. something like HANDLE1.ARC  to be able to open more than 25 files.
  3185.  
  3186.  
  3187. Msg#8752   To:CLINT BRITT                               (Rcvd)
  3188. From:DIRK LESKO                                 Date:03/26/89
  3189. Subject:(R)INTERRUPT()                          Parent Msg#8749
  3190. ------------------------------------------------------------------------------
  3191. I'll see what I can do...It's been a loong time since I used IDL, I'll
  3192. have to find the backup disk and re-load it. Are you sure that there is a
  3193. character ready?
  3194. ' 
  3195. dLESKO
  3196.  
  3197.  
  3198. Msg#8753   To:MARK NEIDORFF                             (Rcvd)
  3199. From:JOHN THORN                                 Date:03/27/89
  3200. Subject:(R)NANTUCKET             
  3201. ------------------------------------------------------------------------------
  3202. Naaa....people love it...they're just to busy/chicken to make a face!
  3203.  
  3204.  
  3205. Msg#8758   To:CLINT BRITT                               (Rcvd)
  3206. From:DIRK LESKO                                 Date:03/27/89
  3207. Subject:(R)INTERRUPT()                          Parent Msg#8749
  3208. ------------------------------------------------------------------------------
  3209. Hi, the bit setting you want is bit 0 of the AH register. I don't know
  3210. why it is not being set for you, other than a bug in the BIOS or your
  3211. comp port is not initialized properly or something....Anyway, I upload
  3212. afile for you called comcheck() so that you can test to see if there
  3213. really is a character there....It should work with your existing
  3214. libraries but I can't be too sure. The format is:
  3215.  
  3216.         <logical> = comcheck(<port>)
  3217.  
  3218. Where <port> isthe com port 1 - 4, the return value is .T. for chracter
  3219. ready, .F. for no character ready. Like I said, I haven't tested it with
  3220. your libraries, please let me know how it performs....
  3221.  
  3222. dLESKO
  3223.  
  3224.  
  3225. Msg#8760   To:JEFF SCOZZAFAVA                           (Rcvd)
  3226. From:GREG MARTIN                                Date:03/27/89
  3227. Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
  3228. ------------------------------------------------------------------------------
  3229. I know that I've talked to several people on BBSs and on the phone who
  3230. have reported that dBase IV does something (maybe only sometimes) that
  3231. makes a database incompatible with dBase III+, but I'm not sure about
  3232. Clipper.  I've not had any experience myself with dBase IV, but I would
  3233. be inclined to beleive that something is going on.
  3234.  
  3235.  
  3236. Msg#8761   To:ALL                                        
  3237. From:LARRY GOTTLIEB                             Date:03/28/89
  3238. Subject:NEW CLIPPER RUMORS                      Parent Msg#8761
  3239. ------------------------------------------------------------------------------
  3240. The information on this BBS, and in mags like PC WEEK, about the new
  3241. version of Clipper is certainly interesting.  Nantucket is offering the
  3242. moon and the stars, and in no more than 12 months.  How can this be true?
  3243.  
  3244. I just heard that Basil Hosmer, of UI2 fame, is moving to California to
  3245. work on the new Clipper as an independent consultant.  This is apparently
  3246. old news, but not to me!
  3247.  
  3248. Can anyone offer enlightenment on how Nantucket plans to achieve their
  3249. goals?
  3250.  
  3251.  
  3252. Msg#8762   To:ALL                                        
  3253. From:CONSTANTIN FLORESCU                        Date:03/28/89
  3254. Subject:GETBACK                                 Parent Msg#8762
  3255. ------------------------------------------------------------------------------
  3256. *I have several GETS and a READ and upon pressing <Esc>
  3257. *gave the user the option to exit or return. If deceide
  3258. *not to exit but to return I want to get back to the GET
  3259. *from which the use had press the <Esc>. Instead it gets
  3260. *me back to the first GET...
  3261.  
  3262. *Example code:
  3263. *Getback.Prg
  3264. store space(10) to var1,var2,var3
  3265. clear
  3266. done = .f.
  3267. do while .not. done
  3268.      @10,10 get var1
  3269.      @11,10 get var2
  3270.      @12,10 get var2
  3271.      read
  3272.      if readkey() = 12
  3273.        do byby
  3274.      endif
  3275. enddo
  3276.  
  3277. Procedure Byby
  3278. ans = " "
  3279. do while .not. ans$"yYnN"
  3280. ans = " "
  3281. @24,1 SAY "Quit (Y/N)?" get ans
  3282. read
  3283. enddo
  3284. @24,1 say space(20)
  3285. if upper(ans) = "Y"
  3286.   done = .t.
  3287.   quit
  3288. else
  3289.   return
  3290. endif
  3291.  
  3292. Any help would be appreciated.
  3293. Thank you.
  3294.  
  3295.  
  3296. Msg#8763   To:ALL                                        
  3297. From:ROBERT LAMERAND                            Date:03/28/89
  3298. Subject:CLIPPER FILE HANDLES PROB               Parent Msg#8763
  3299. ------------------------------------------------------------------------------
  3300. We're experiencing a problem with Clipper '87 on an IBM Token Ring
  3301. network.  It's giving us a message,  OPEN ERROR FOR D:\FOOBAR.DBF (4). 
  3302. Regardless of how many file handles we allocate we continue to get this
  3303. message when 3 or more people are using the application.  We have both
  3304. the DOS FILES=xx and the SET CLIPPER=Fxx; in place and it doesn't seem to
  3305. matter.  Anyone have any similar experiences or good suggestions?  
  3306. Thanks!
  3307.  
  3308.  
  3309. Msg#8764   To:LARRY GOTTLIEB                            (Rcvd)
  3310. From:MARK NEIDORFF                              Date:03/28/89
  3311. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3312. ------------------------------------------------------------------------------
  3313. I heard Phil Usher speak last week.  He denied that there would be a
  3314. Unix/Xenix version of clipper due to a lack of a standard to write to. 
  3315. (That's what he said).  He also said that if WE could prove that there is
  3316. a standard implementation of UNIX out there that can be written for, then
  3317. Nantucket would write for it.
  3318.  
  3319. Their ideas of OOP seem quite interesting if they can extend what they
  3320. have given as examples to some language extensions.  
  3321.  
  3322. It looks like there may be a new syntax that Nantucket is develooping. 
  3323. They claim that they will provide a preprocessor to convert Clipper
  3324. (dbase III+) code to the new syntax.  This will be in support of the OOP
  3325. ideas.
  3326.  
  3327. You take it from there.
  3328.      <<  Mark  >>
  3329.  
  3330.  
  3331. Msg#8765   To:LARRY GOTTLIEB                            (Rcvd)
  3332. From:RICHARD HORWITZ                            Date:03/28/89
  3333. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3334. ------------------------------------------------------------------------------
  3335. By working working 24 hours a day, and wishing on shooting stars.....
  3336.  
  3337.  
  3338. Msg#8766   To:ROBERT LAMERAND                            
  3339. From:RICHARD HORWITZ                            Date:03/28/89
  3340. Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
  3341. ------------------------------------------------------------------------------
  3342. Are you using novell? Is D: a network drive? I had a similar problem a
  3343. while ago, and I had to change the FLAG of the file to SRW, and SET
  3344. EXCLUSIVE OFF. This worked MOST (but not all) of the time.
  3345.  
  3346.  
  3347. Msg#8767   To:LARRY GOTTLIEB                            (Rcvd)
  3348. From:DAVID MORGAN                               Date:03/29/89
  3349. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3350. ------------------------------------------------------------------------------
  3351. Object oriented programming appears to be a large part of it, judging
  3352. from the interview with Brian Russell and Rich McConnell that appeared
  3353. in the Data Based Advisor April issue. My copy arrived today.
  3354.  
  3355.  
  3356. Msg#8768   To:LARRY GOTTLIEB                            (Rcvd)
  3357. From:DAVID MORGAN                               Date:03/29/89
  3358. Subject:DYNAMIC MACROS                          Parent Msg#8768
  3359. ------------------------------------------------------------------------------
  3360. Summer '87 has a way, when GETting to a series of array elements, to
  3361. distinguish in the VALID udfs which element is the current target.
  3362. The general code that doesn't work looks like:
  3363.  
  3364. FOR elem = 1 TO 3
  3365.  @ start_row + elem -1, column GET array[elem] VALID udf(elem)
  3366. NEXT
  3367. READ
  3368.  
  3369. The READ is executed _after_ all the GETs.  By then the counter is
  3370. already 4.  It was changing dynamically during the FOR/NEXT loop, but
  3371. that's history now.  So, as you traverse from GET to GET in the READ,
  3372. occasionally executing udf() as you go, the value of elem is fixed
  3373. and static at 4.  Poll READVAR() in the udf and it returns "array"
  3374. but says nothing about which element.  Poll i it tells you 4.  You're
  3375. in the dark about the element number.
  3376.  
  3377. Though the counter itself suffers this fate, the macro-ized version
  3378. of it doesn't.  Launder the counter through the macro mechanism as
  3379. you pass it to the udf and suddenly the value the udf receives will
  3380. be sensitive to the historical value the counter had when the GET was
  3381. executed.  Here's a working example:
  3382.  
  3383. DECLARE array[3]
  3384. array[1] = 'one'
  3385. array[2] = 'two'
  3386. array[3] = 'three'
  3387. start_row = 5
  3388. column = 5
  3389. FOR elem = 1 TO 3
  3390.  str_elem = ltrim(trim(str(elem)))
  3391.  @ start_row + elem -1, column GET array[elem] VALID udf(&str_elem.)
  3392. NEXT
  3393. READ
  3394.  
  3395. FUNCTION udf
  3396. PARAMETERS X
  3397. @ 20,5 SAY x
  3398. @ 21,5 SAY array[x]+'  '
  3399. RETURN .T.
  3400.  
  3401. This technique appears in a program in Nantucket News, vol 3 no 1,
  3402. August/September 1988, p. 10.
  3403.  
  3404.  
  3405.  
  3406. Msg#8769   To:JON MELTZER                               (Rcvd)
  3407. From:DAVID MORGAN                               Date:03/29/89
  3408. Subject:OPEN W READ ACCESS MODE  
  3409. ------------------------------------------------------------------------------
  3410.   > Is is possible to open a database in READONLY mode?
  3411.  
  3412. Technically, sure. You could do it with the FOPEN() function in
  3413. Clipper, or with some other language that can formulate its request
  3414. to the DOS Open-a-file function to specify "read" access mode.
  3415.  
  3416. But if you restrict the question to opening the database via the USE
  3417. command, the usual desired approach, then no.  USE in Clipper always
  3418. specifies "read/write" as the requested access mode when it calls
  3419. Open-a-file.  Hard wired.  Circumventing this would require low-level
  3420. intervention to change the DOS call as formulated.  That's what
  3421. N_READONLY() does in Neil Weicher's NetLib library.
  3422.  
  3423. Related to this is the possibility of removing the prohibition
  3424. against success when opening files bearing the read-only attribute in
  3425. "read/write" mode.  (This isn't the same as opening in "read" mode,
  3426. but it gets you around the same problem for which you'd want to open
  3427. in "read" mode in the first place.)  This is what NetWare's READ ONLY
  3428. COMPATIBILITY toggle accomplishes.
  3429.  
  3430. This is the subject of"Open Modes: Behind-the-Scenes File
  3431. Considerations,"
  3432. Nantucket News, vol 3 no 2, September/October, 1988.
  3433.  
  3434.  
  3435. Msg#8770   To:JOE BOOTH                                 (Rcvd)
  3436. From:DAVID MORGAN                               Date:03/29/89
  3437. Subject:UN-IVING DBFS            
  3438. ------------------------------------------------------------------------------
  3439.   > Has anybody run into a problem with DBASE IV files and Clipper.
  3440.   > It seems to me that CLIPPER will not USE a DBASE IV file (or
  3441.   > at least one with a memo field).  Although with low-level
  3442.   > file functions it would be easy to correct, I am just curious
  3443.   > if anyone else has encountered the problem.
  3444.  
  3445. IV makes some changes to a III/Clipper DBF that has an associated DBT
  3446. rendering it no-longer-useable by III/Clipper.  There's a  UDF
  3447. written to reverse the changes using low-level file I/O just as you
  3448. suggest.  It was done by Phil Kimble.  He works for TRW in El
  3449. Segundo, CA.
  3450.  
  3451.  
  3452. Msg#8771   To:ROBERT LAMERAND                            
  3453. From:ROB HANNAH                                 Date:03/29/89
  3454. Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
  3455. ------------------------------------------------------------------------------
  3456. Are you running under Netware?  If so, make sure that you've set the
  3457. server file handle count high enough.  That means taking the server down
  3458. and running genos (2.0a) or netgen -c (2.1+).  We always set file handles
  3459. to the max (1000).
  3460.  
  3461. ROB
  3462.  
  3463.  
  3464. Msg#8772   To:DAVID MORGAN                               
  3465. From:LARRY GOTTLIEB                             Date:03/29/89
  3466. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3467. ------------------------------------------------------------------------------
  3468. Interesting!  I'll read it as soon as the issue arrives.  Thanks!
  3469.  
  3470.  
  3471. Msg#8773   To:DAVID MORGAN                               
  3472. From:LARRY GOTTLIEB                             Date:03/29/89
  3473. Subject:(R)DYNAMIC MACROS                       Parent Msg#8768
  3474. ------------------------------------------------------------------------------
  3475. That looks great -- I'll implement it right away.  Thanks for your help!
  3476.  
  3477.  
  3478. Msg#8774   To:MARK NEIDORFF                             (Rcvd)
  3479. From:LARRY GOTTLIEB                             Date:03/29/89
  3480. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3481. ------------------------------------------------------------------------------
  3482. A new syntax -- wow!  It may be desirable, even necessary -- but that's a
  3483. pretty bold step.  It will be interesting to see how successful Nantucket
  3484. is.
  3485.  
  3486.  
  3487. Msg#8775   To:LARRY GOTTLIEB                            (Rcvd)
  3488. From:DIRK LESKO                                 Date:03/29/89
  3489. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3490. ------------------------------------------------------------------------------
  3491. I have read those same articles, I do beleive that eventually it will all
  3492. come to pass. However, 1 yr seems a bit ambitious to have all the
  3493. platforms running. Basil is indeed part of the Team which is a good move
  3494. ontheir part. I wonder what Marty Rhinehart will be doing....Basically I
  3495. understand that Clipper will be a multi platform system. The major push
  3496. is for a DOS version, an OS/2 version (probably only under PM) and a UNIX
  3497. version, and I'll guess that the UNIX version will run under a version of
  3498. PM for unix since Unix is at the moment a very 'fragmented' market. There
  3499. are too many flavors of UNIX rnning around these days. A UNIX version of
  3500. PM however can provide a stable platform across all of them. So I beleive
  3501. that it will all happen as they say it will. But I don't think it is
  3502. going to happen all at once. DOS is probably going to mean a character
  3503. based version and a windows based version. But that's still just a
  3504. guess.....
  3505.  
  3506. dLESKO
  3507.  
  3508.  
  3509. Msg#8776   To:CONSTANTIN FLORESCU                       (Rcvd)
  3510. From:DIRK LESKO                                 Date:03/29/89
  3511. Subject:(R)GETBACK                              Parent Msg#8762
  3512. ------------------------------------------------------------------------------
  3513. That's because Clipper always starts from get 0. Try this:
  3514.  
  3515.         get ...
  3516.         get ...
  3517.         get ...
  3518.  
  3519.         set key 2 to getrestore
  3520.  
  3521.         do while .T.
  3522.                 read save
  3523.                 if (lastkey() != 27)
  3524.                         lastget = active()
  3525.                         nstufff(2)
  3526.                         loop
  3527.                 else
  3528.                         exit
  3529.         enddo
  3530.         clear gets
  3531.  
  3532. proc getrestore
  3533. para d1,d2,d3
  3534.  
  3535.         activate(lastget)
  3536.  
  3537. return
  3538.  
  3539. That should do what you need.....
  3540.  
  3541. dLESKO
  3542.  
  3543.  
  3544. Msg#8777   To:ROBERT LAMERAND                            
  3545. From:DIRK LESKO                                 Date:03/29/89
  3546. Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
  3547. ------------------------------------------------------------------------------
  3548. What version of DOS are you running?
  3549.  
  3550.  
  3551. Msg#8779   To:ROBERT LAMERAND                            
  3552. From:GEFF PURCELL                               Date:03/29/89
  3553. Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
  3554. ------------------------------------------------------------------------------
  3555. Are you using Netware?  If so, there's a 40-file limit on the number of
  3556. NETWORK file handles that a station can open.  This limit is built in to
  3557. the shell (ANETx.COM, NETx.COM), but it can be patched in versions prior
  3558. to 2.1x, and there is an option for the SHELL.CFG file to change it in
  3559. versions 2.1x and above.
  3560.  
  3561.  
  3562. Msg#8780   To:LARRY GOTTLIEB                            (Rcvd)
  3563. From:JON MELTZER                                Date:03/29/89
  3564. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3565. ------------------------------------------------------------------------------
  3566. Maybe they are using cold fusion ... :-)
  3567.  
  3568.  
  3569. Msg#8781   To:DIRK LESKO                                (Rcvd)
  3570. From:CONSTANTIN FLORESCU                        Date:03/29/89
  3571. Subject:(R)GETBACK                              Parent Msg#8762
  3572. ------------------------------------------------------------------------------
  3573. Thanks. I will try.
  3574. BTW Did you look at tthat code I U/L for you in the Funcky Conference 
  3575. regarding what we discussed over the phone ? It was uploaded under the
  3576. name of Pageit.Prg....
  3577. Thanks.
  3578. <CF>
  3579.  
  3580.  
  3581. Msg#8782   To:GEFF PURCELL                               
  3582. From:CONSTANTIN FLORESCU                        Date:03/29/89
  3583. Subject:(R)GETBACK               
  3584. ------------------------------------------------------------------------------
  3585. Thanks Jeff....
  3586. <CF>
  3587.  
  3588.  
  3589. Msg#8783   To:DIRK LESKO                                (Rcvd)
  3590. From:CONSTANTIN FLORESCU                        Date:03/29/89
  3591. Subject:(R)GETBACK                              Parent Msg#8762
  3592. ------------------------------------------------------------------------------
  3593. Dirk I tried your sugestion but probably I was missunderstood...
  3594. What I try to do is say
  3595.      get...
  3596.      get...
  3597.      get...
  3598.      read
  3599.      if lastkey() = 27
  3600.           do by
  3601.       endif
  3602. procedure by
  3603.   if ans = yes
  3604.   exit
  3605.   else
  3606.   go back to get 2
  3607. In other words if I press Esc while in get 2 procedure by is executed. If
  3608. I decide not to exit, then I should be taken back to get 2.
  3609. Probably what I try to do is not possible without using a library like
  3610. get-it etc...
  3611. Thanks anyhow
  3612. <CF>
  3613.  
  3614.  
  3615. Msg#8784   To:ALL                                        
  3616. From:MARC SCHNAPP                               Date:03/29/89
  3617. Subject:NATL UG MEETING (LA)     
  3618. ------------------------------------------------------------------------------
  3619. NY Metro Clipper User Group and LA Clipper UG are cosponsoring a
  3620. Naional UG get together on 6/11 to coincide witht he CLipper Dev
  3621. Conference
  3622.   
  3623. For details, download UGConv.arc
  3624. Please respond
  3625.  
  3626.  
  3627. Msg#8786   To:CONSTANTIN FLORESCU                       (Rcvd)
  3628. From:DIRK LESKO                                 Date:03/29/89
  3629. Subject:(R)GETBACK                              Parent Msg#8762
  3630. ------------------------------------------------------------------------------
  3631. I haven't looked at it yet...have some articles to finish first. But I
  3632. will get to it.
  3633.  
  3634. dLESKO
  3635.  
  3636.  
  3637. Msg#8787   To:CONSTANTIN FLORESCU                       (Rcvd)
  3638. From:DIRK LESKO                                 Date:03/29/89
  3639. Subject:(R)GETBACK                              Parent Msg#8762
  3640. ------------------------------------------------------------------------------
  3641. You have to tie inyour get mover routine to a SET KEY procedure. Once you
  3642. are out of the get you can't reactivate a certain element. try setting
  3643. key 28 (F1) to BY, then activate the get there and return. Got It?
  3644.  
  3645. dLESKO
  3646.  
  3647.  
  3648. Msg#8788   To:GREG MARTIN                               (Rcvd)
  3649. From:DAVE LOBEL                                 Date:03/30/89
  3650. Subject:(R)DBASE IV AND CLIPPER                 Parent Msg#8730
  3651. ------------------------------------------------------------------------------
  3652. Greg and Jeff,
  3653.  
  3654. In the first bit of a dBASE III+ database, there is a "3".  Yes, this
  3655. stands for dBASE "3".  dBASE IV can open this file, but when it writes
  3656. this file to the disk, it place a "4" in that first bit.  Therefore,
  3657. dBASE III and Clipper can not read this file.
  3658.  
  3659. To correct this problem, beofre you try to open you database file with
  3660. the USE command. use the FOPEN() FUNCtion and write a "3" to the first
  3661. bit.  Then no matter what is done before hand, you application will be
  3662. able to USE the file.
  3663.  
  3664. Good luck....
  3665.  
  3666. YEL-DAVE
  3667.  
  3668.  
  3669. Msg#8789   To:CONSTANTIN FLORESCU                       (Rcvd)
  3670. From:DAVE LOBEL                                 Date:03/30/89
  3671. Subject:(R)GETBACK                              Parent Msg#8762
  3672. ------------------------------------------------------------------------------
  3673. Constantine,
  3674.  
  3675. Hi..  If you create a public variable that keeps the current GET and you
  3676. update it in a FUNCtion that is set in ONKEY(), each time the user moves
  3677. from GET to GET, the variable will always have the name of the current
  3678. get.  To achive the current GET, ACTIVE() will return the place in order.
  3679.  Once you set all the GET's again, use the ACTIVATE() FUNCtion to put the
  3680. cursor at the GET from which the escape key was pressed.
  3681.  
  3682. Good Luck.....
  3683. Hope to hear from you soon........
  3684.  
  3685. YEL-DAVE
  3686.  
  3687.  
  3688. Msg#8790   To:ROBERT LAMERAND                            
  3689. From:DAVE LOBEL                                 Date:03/30/89
  3690. Subject:(R)CLIPPER FILE HANDLES P               Parent Msg#8763
  3691. ------------------------------------------------------------------------------
  3692. If you have FUNCky, have you tried the SETHANDLES() FUNCtion.  This will
  3693. allow you to open as many as 255 files.  Then again, are you using DOS
  3694. 3.3?  SETHANDLES() will work with any DOS ver.
  3695.  
  3696. YEL-DAVE
  3697.  
  3698.  
  3699. Msg#8791   To:CONSTANTIN FLORESCU                       (Rcvd)
  3700. From:JEFF SCOZZAFAVA                            Date:03/30/89
  3701. Subject:READS                                   Parent Msg#8791
  3702. ------------------------------------------------------------------------------
  3703. CONSTANTIN,
  3704.  
  3705.     A very simple solution would be to:
  3706.   
  3707. SET KEY 27 TO your.prg
  3708.   
  3709.    That way when the user hits ESC in the read your procedure will kick
  3710. in and ask your YES or NO question.  Then depending on the answer you can
  3711. do one of the following:
  3712.   
  3713.     YES (exit) - CLEAR GETS
  3714.                  RETURN
  3715.     NO (stay in get) - RETURN
  3716.   
  3717. This will return you to the same get that you were in when ESC was
  3718. pressed.
  3719.   
  3720. Put the set key around the read:
  3721. SET KEY 27 TO your.prg
  3722. READ
  3723. SET KEY 27 TO
  3724.    
  3725. As I recall, the set key routine will trap the ESC key press before the
  3726. READ even sees it!
  3727.   
  3728. Remember to disable the set key at the beginning of your YES or NO
  3729. procedure (SET KEY 27 TO), and then re-enable it just before you return
  3730. (SET KEY 27 TO your.prg).
  3731.  
  3732. Let me know how this works for you.
  3733.    
  3734. Jeff
  3735.  
  3736.  
  3737. Msg#8792   To:DIRK LESKO                                (Rcvd)
  3738. From:CONSTANTIN FLORESCU                        Date:03/30/89
  3739. Subject:(R)GETBACK                              Parent Msg#8762
  3740. ------------------------------------------------------------------------------
  3741. Yehhh... I just wanted to let you know that I did exactly what you just
  3742. said...the only problem with that is that if one uses MX_dbfvie then when
  3743. pressing Esc the "By" procedure is executed...To prevent that I "set key
  3744. 27 to" before mx_dbfvie, then back etc..
  3745. Thanks
  3746. <CF>
  3747.  
  3748.  
  3749. Msg#8793   To:DAVE LOBEL                                 
  3750. From:CONSTANTIN FLORESCU                        Date:03/30/89
  3751. Subject:(R)GETBACK                              Parent Msg#8762
  3752. ------------------------------------------------------------------------------
  3753. Thanks Dave...
  3754. <CF>
  3755.  
  3756.  
  3757. Msg#8794   To:JEFF SCOZZAFAVA                           (Rcvd)
  3758. From:CONSTANTIN FLORESCU                        Date:03/30/89
  3759. Subject:(R)READS                                Parent Msg#8791
  3760. ------------------------------------------------------------------------------
  3761. Thanks Jeff...I just found out that last night(while trying to solve the
  3762. problem) but you mentioned it a little different and it might be even
  3763. better...
  3764. Thanks again
  3765. <CF>
  3766.  
  3767.  
  3768. Msg#8795   To:DIRK LESKO                                (Rcvd)
  3769. From:JON MELTZER                                Date:03/30/89
  3770. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3771. ------------------------------------------------------------------------------
  3772. The Data Based Advisor mentions that Pegasus will have "dynamic link
  3773. libraries" and "virtual memory" instead of overlays. This worries me
  3774. somewhat ... is Nantucket aware of the .EXE file size concern, and
  3775. will it change the current requirement that the entire Clipper engine
  3776. must be linked in?
  3777.  
  3778.  
  3779. Msg#8796   To:ALL                                        
  3780. From:JON MELTZER                                Date:03/30/89
  3781. Subject:WE DON'T NEED MACROS!                   Parent Msg#8796
  3782. ------------------------------------------------------------------------------
  3783. Rick Spence's column in the latest (April) Data Based Advisor says that
  3784. the statement
  3785.    USE &fname
  3786. can be replaced by
  3787.    USE (fname)
  3788. saving a macro expansion.
  3789. I just tried this technique with SET COLOR... it works there also:
  3790.    SET COLOR TO (normal)
  3791. Anyone else have experience in replacing macros with expressions?
  3792.  
  3793.  
  3794. Msg#8797   To:MIGUEL MALDONADO                           
  3795. From:NEIL WEICHER                               Date:03/30/89
  3796. Subject:(R)COMMIT                               Parent Msg#8738
  3797. ------------------------------------------------------------------------------
  3798. COMMIT does work half-way on Dos 3.1 and 3.2.  It forces CLipper to flush
  3799. its own buffers to disk.  IN addition in Dos 3.3 and later it also
  3800. updates the directory and FAT.  Sort of like closing and reopening the
  3801. files without the overhead.
  3802.  
  3803. Some network's caching system have problems with the Dos Commit command. 
  3804. However, this is the network vendors problem and they should be persued
  3805. for a "fix".   Clipper is doing everything "by the book".
  3806.  
  3807. Neil
  3808.  
  3809.  
  3810. Msg#8798   To:CLINT BRITT                               (Rcvd)
  3811. From:NEIL WEICHER                               Date:03/30/89
  3812. Subject:(R)INTERRUPT()                          Parent Msg#8747
  3813. ------------------------------------------------------------------------------
  3814. Just to throw in a quick commercial message.  Get-It has an ONCOM
  3815. function that calls a procedure when carrier is detected or lost or ring
  3816. is detected at the com port.  It also has an ONEXPR function that calls a
  3817. procedure when an expression becomes true (e.g., character ready).
  3818.  
  3819. Neil
  3820.  
  3821.  
  3822. Msg#8799   To:ALL                                        
  3823. From:NEIL WEICHER                               Date:03/30/89
  3824. Subject:C CLASS                  
  3825. ------------------------------------------------------------------------------
  3826. I am looking for a small number of people to participate in an 
  3827. intensive 5-day C language class to tenatively begin on April 10,
  3828. in New York City.  It will include the C/Assembler interface and
  3829. the Clipper/C interface.
  3830.  
  3831. It will be taught by a top instructor and will cost approx. $500
  3832. per person.  Of course, the more people, the less per person.
  3833.  
  3834. If interested please contact me immediately at 212-724-0150. 
  3835.  
  3836. Neil Weicher
  3837. Communication Horizons
  3838.  
  3839.  
  3840.  
  3841. Msg#8800   To:JON MELTZER                               (Rcvd)
  3842. From:DIRK LESKO                                 Date:03/30/89
  3843. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3844. ------------------------------------------------------------------------------
  3845. I don't beleive so....Take a look at RTlink, it will be something similar
  3846. I guess, instead of having the engine in your EXE it will be in a Dynamic
  3847. Library. The code in that library can be shared by all your routines. It
  3848. will help some but I don't think it is going to do what we really want.
  3849. The Object Oriented portion of Pegasus will however....
  3850.  
  3851. dLESKO
  3852.  
  3853.  
  3854. Msg#8801   To:JON MELTZER                               (Rcvd)
  3855. From:DIRK LESKO                                 Date:03/30/89
  3856. Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
  3857. ------------------------------------------------------------------------------
  3858. All the SET commands as well as a bunch of other commands can take an
  3859. expression inside parenthesis. This avoids going through the macro
  3860. parser. All of these functions were outlined in a whats new docuument
  3861. distributed by Nantucket when Summer87 came out. One that is kind of
  3862. tricky is the select command, you can say:
  3863.  
  3864.         m_area = "Clients"
  3865.         select &m_area
  3866.  
  3867. or:
  3868.  
  3869.         area = select()
  3870.         select (area)
  3871.  
  3872. or:
  3873.  
  3874.         area = select("Clients")
  3875.         select (area)
  3876.  
  3877. notice the sublities in the use of the parenthesis with a space and
  3878. without a space....can be confusing to read sometimes...
  3879.  
  3880. dLESKO
  3881.  
  3882.  
  3883. Msg#8802   To:DIRK LESKO                                (Rcvd)
  3884. From:JON MELTZER                                Date:03/30/89
  3885. Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
  3886. ------------------------------------------------------------------------------
  3887. SELECT() and SELECT ( ) ... sheesh ... what my introductory programming
  3888. instructor would have said about that...
  3889.   Spence also says in the article that using SELECT() to check whether
  3890. a database is open "can lead to strange problems with Novell". What is
  3891. he talking about?
  3892.  
  3893.  
  3894. Msg#8803   To:JON MELTZER                                
  3895. From:DIRK LESKO                                 Date:03/30/89
  3896. Subject:(R)WE DON'T NEED MACROS!                Parent Msg#8796
  3897. ------------------------------------------------------------------------------
  3898. I have no idea what Rick means since I really tend to not do Network
  3899. applications. dave Lobel would be good to ask, or Dave Morgan...
  3900.  
  3901. dLESKO
  3902.  
  3903.  
  3904. Msg#8804   To:DIRK LESKO                                (Rcvd)
  3905. From:MARK NEIDORFF                              Date:03/30/89
  3906. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3907. ------------------------------------------------------------------------------
  3908. Lets see if I have understood what I have heard.  By using DLL and
  3909. virtual memory, Nantucket will not do away with large aplications, but
  3910. will automatically  switch sewgements in and out of memory and disk. 
  3911. This will be done through a new linker technology which is being prepared
  3912. for Nantucket.  Is that what you are talking aboutwith RT-Link?
  3913.      <<  Mark  >>
  3914.  
  3915.  
  3916. Msg#8805   To:LARRY GOTTLIEB                             
  3917. From:GREG MARTIN                                Date:03/30/89
  3918. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3919. ------------------------------------------------------------------------------
  3920. I'm sure Nantucket plans to accomplish their goals with a lot of sweat,
  3921. hard work, luck, and crossing their fingers very often. ;-)
  3922.  
  3923.  
  3924. Msg#8807   To:MARK NEIDORFF                             (Rcvd)
  3925. From:DIRK LESKO                                 Date:03/31/89
  3926. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3927. ------------------------------------------------------------------------------
  3928. Sort of, I thik it is supposed to be more like WIndows type DLL's. But I
  3929. am not sure about the interim solution...
  3930.  
  3931. dLESKO
  3932.  
  3933.  
  3934. Msg#8810   To:DIRK LESKO                                (Rcvd)
  3935. From:CLINT BRITT                                Date:03/31/89
  3936. Subject:(R)INTERRUPT()                          Parent Msg#8749
  3937. ------------------------------------------------------------------------------
  3938.   Dirk,
  3939.    
  3940.        Well, with a little bit-fiddling I got it. It's kind of funny,
  3941. useing the decimal register assigning i.e. reg_al(3), it doesn't work,
  3942. but when you plug it like this reg_al("03"), it does, now with clipper I
  3943. can make a fully functional BBS. Useing a couple of if statements made my
  3944. loops to slow, so charictors where lost, expecially local keyboard, so to
  3945. test to see if I could speed it up, I used a rutine in a magizine (writen
  3946. in "C") and compiled it with "Quick C", It had the same problem, the
  3947. charictors at the keyboard were getting lost, so all I did was make a
  3948. case statement out of the check, i.e.
  3949.   
  3950. keyb_char=inkey()
  3951. do case
  3952.    case char_ready(port)
  3953.         c_char=com_in(port)
  3954.    case keyb_char>0
  3955.         c_char=keyb_char
  3956. endc
  3957.    
  3958.   There are a couple of other case statements in there to check for
  3959. backspaces, CR, and other keys, but this set up works well. I also was
  3960. able to rad status bits, for the ring indicator, so this limits the
  3961. modems on this system to be either internal, or have a cable that has the
  3962. ring indicator wires hooked up. All and all it's going to work, now the
  3963. hard job, setting up transfer protocalls, but that will have to be done
  3964. in "C", Clipper can't loop to catch at 9600, it did do ok at 2400,
  3965. (barely!!!), but if you know of somebody that has a fiew protocalls
  3966. laying around that will work with clipper let me know....
  3967.    
  3968.                              Thanks, Clint...
  3969.    
  3970.  
  3971.  
  3972. Msg#8811   To:NEIL WEICHER                               
  3973. From:CLINT BRITT                                Date:03/31/89
  3974. Subject:(R)INTERRUPT()                          Parent Msg#8747
  3975. ------------------------------------------------------------------------------
  3976.   Niel,
  3977.   
  3978.        Now is this a backrounf function ????, in otherwords will it
  3979. operate in the backround, and allow me to set up a a procedure that will
  3980. dump when carrier is lost ????, like interrupt diven ????, If so, tell me
  3981. how to get it, and by you meaning "Comercial" I guess it requires money,
  3982. let me know....
  3983.   
  3984.                                         Clint...
  3985.   
  3986.  
  3987.  
  3988. Msg#8812   To:DIRK LESKO                                (Rcvd)
  3989. From:RON CALLAHAN                               Date:03/31/89
  3990. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  3991. ------------------------------------------------------------------------------
  3992. Personally I find It all disquiting. Clipper has emerged as a particular
  3993. type of language. Why change it. If another lanuage is needed sell it as
  3994. a differnt product. What about upword compatibility. Russel said it would
  3995. be 99 % compatable. That's a damned broad statement at this early of a
  3996. date. Particularly if Homer gets involved. (re. UI2 betas 1,2, & #).
  3997. What about add on library's. Will they be compatable. I sure as hell
  3998. don't want to waste money and time if my code will be worthless. What the
  3999. hell is going on in this business. Doesn't anybody give a damn about 
  4000. the time and investment their supporters have put into their product. Or
  4001. does that all go down the drain because somebody wakes up in the middle
  4002. of
  4003. the night with some half-baked idea. Although I was against standards in
  4004. the past, maybe it's time to bring that subject up again.
  4005. Pardon the tone, but it really upsets me that I might have to re-write
  4006. thousands of lines of code to stay current.
  4007.  
  4008.  
  4009. Msg#8815   To:MARK NEIDORFF                             (Rcvd)
  4010. From:STEVE BADARACCO                            Date:03/31/89
  4011. Subject:(R)NANTUCKET                            Parent Msg#4836
  4012. ------------------------------------------------------------------------------
  4013. |-)   <-- Isn't this what you had in mind?
  4014. ...Steve
  4015.  
  4016.  
  4017. Msg#8817   To:CLINT BRITT                                
  4018. From:DIRK LESKO                                 Date:03/31/89
  4019. Subject:(R)INTERRUPT()                          Parent Msg#8749
  4020. ------------------------------------------------------------------------------
  4021. Well, what about using SilverComm? it will save you a ton oftime since it
  4022. is all dset up for you already? other than that, there are some C
  4023. routines on this board for communications, and in This months issue of Dr
  4024. Dobbs, and last months as well there is a series on TinyComm in C that
  4025. does terminal emulation and Xmodem transfer. Good Luck your project, I am
  4026. interested in hearing how it allturned out....
  4027.  
  4028. dLESKO
  4029.  
  4030.  
  4031. Msg#8818   To:CLINT BRITT                                
  4032. From:DIRK LESKO                                 Date:03/31/89
  4033. Subject:(R)INTERRUPT()                          Parent Msg#8747
  4034. ------------------------------------------------------------------------------
  4035. Yes, GETIT will allow you to execute a procedure (or is it function?)
  4036. whenever carrier is detected or a character is detected....
  4037.  
  4038. ISthat right Neil?
  4039.  
  4040.  
  4041.  
  4042. Msg#8819   To:RON CALLAHAN                               
  4043. From:DIRK LESKO                                 Date:03/31/89
  4044. Subject:(R)NEW CLIPPER RUMORS                   Parent Msg#8761
  4045. ------------------------------------------------------------------------------
  4046. Well, you only said a paragrapgh or two on that subject....be prepared
  4047. for reams and reams of similar complaints. Change somtimes comes at a
  4048. cost. I do beleive highly in Object Oriented Programming, however, that
  4049. means doing it a new way, and that means re-writing old applications. My
  4050. defense against that is to not re-write older applications...(if it ain't
  4051. broke.....) But, when new applications come along, then dig in and you'll
  4052. probably start wondering why you ever subjected yourself to yhe 'old' way
  4053. of doing things.
  4054.  
  4055. As far as add on libraries go, Nantucket has gone and shot themselves
  4056. inthe foot by releasing Nantucket Tools here in the US. This is an
  4057. ill conceived attempt to put a few dollars in Barry's pocket. He will
  4058. make a few dollars, but at the expense of the entire company. Nantucket
  4059. tools ups the ante in the library Wars pitting friend against friend. All
  4060. add on library vendors tho used to support Nantucket must now compete
  4061. with them. Thereby creating a double standard where we are forced to run
  4062. around with knives in our backs while we stab others in the back. It's
  4063. sick. On top of that, there is no way in the world that Nantucket will be
  4064. able to support There Tools product in the Object oriented release of
  4065. Clipper, so there you will have a double whammy, not even Nantucket
  4066. Products can be assured of upward compatibility!
  4067.  
  4068. 3rd party add on companies have one luxury nantucket doesn't, if the core
  4069. product changes, 3rd party vendors can adapt new ways on top of the old
  4070. without the problems that the Mother Company has. If Nantucket puts out a
  4071. product, you expect it to be compatible with anything they do...however,
  4072. if Neil Weicher or Dirk Lesko put out a product, you will be a little
  4073. more forgiving if Nantucket changes the rules on them. So the perception
  4074. is different for Nantucket vs 3rd party. This is where the big Riff is
  4075. going to open up between Clipper users and Mother Nantucket. Clipper
  4076. programmers are intelligent and they will figure out might fast the Barry
  4077. pulled a fast one. When they do, promises will mean nothing,
  4078. compatibility will be a 'show me' situation. I see this as the biggest
  4079. threat to Clipper's survival in the long run. they've stepped in a big
  4080. pile with the Tools at a point in the development cycle where a dinky
  4081. little product like Tools can effect the outcome of the most major
  4082. release that Nantucket will have come out with to date. I am going to sit
  4083. back and watch the reaction for awhile. But you better beleive that if
  4084. something comes along that provides a modicum of the capibilites of
  4085. Clipper, then Cliper better watch out because it will be a mass
  4086. mutiny...all at the expense of a few extra dollars which could have been
  4087. easily made by releasing an interim release of Summer87 that corrected
  4088. some of the piddly bugs and helped the memory managament
  4089. problems...notice I said helped....Even if you were to gain an additional
  4090. 15% because they optimize certain routines would install loyalty and a
  4091. sense of 'Hey, they're listening to use' attitude among the developers.
  4092. Instead though, they choose to declare war on the little guys...you
  4093. figure it out???
  4094.  
  4095. Perplexed...
  4096.  
  4097. dLESKO
  4098.  
  4099.  
  4100.